MEMORANDUM 


DKPARTMK-NT  OF  HEALTH,  \-.Wl  ATiON,  AND  WRI.FAJ 
iTimic  nr. M  i  i >  .si'.kvii  i. 

Ili'.ALTII  SI:KVI(  !  S  ADVWSJsTKAf  ION 

r>UKKAu  of  quality  assukasxe 


TO 


spSRO  Planning,  Conditional,  and 
Support  Center  Organizations^ 
DH'EW  PUS  Regional  P5RQ  Consultants 


■7  1 


DATF.: 


Technical  Assistance 
Document  No:  1 


CLEARINGHOUSE 


FROM 


: Director 


SUBJECI:  Technical  Assistance  Manual  for  PSRO  Data  Routing  and  Processing  Policy 


The  purpose  of  the  Technical  Assistance  Manual  is  to  assist  PSROs  in 
implementing  various  aspects  of  their  data  systems.    The  manual  is 
designed  to  explain,  clarify,  and  provide  additional  assistance  in  the 
implementation  of  the  administrative  and  technical  aspects  of  data 
systems. 

We  velcome  your  comments  and  recommendations.    These  comments  will  be 
considered  for  inclusion  in  the  manual  when  the  final  revision  of  the 
Technical  Assistance  Manual  is  prepared.    Any  problems  or  questions 
concerning  this  manual  should 'be  directed  to  the  PMIS  Technical  Assistance 
Center  (202-785-4028)  which  is  responsible  for  providing  assistance  to 
DPAbP  in  field  testing,  implementing-,  and  formulating  a  program  of 
data-related  technical  assistance  for  PSROs.  • - 


PSRO  Reference:    Provisional  Policies  for  PSRO  Data  Routing  and  Processing 

PSRO  Manual  Chapter:     """ 

PSRO  Transmittal  No.: 


MANUALS 

RA 

399 

A3 

TA-1 

1975 


Michael  J.  Goran,  H. D. 


Enclosure 


/ 


PSRO  DATA  ROUTING  §  PROCESSING 
TECHNICAL  ASSISTANCE  MATERIALS 


tabu;  of  contents 


PAGE 

I.  INTRODUCTION  1-1 

1.  DEFINITIONS  AND  OVERALL  CONCEPTUAL 
FRAMEWORK  1-1 

2.  SCOPE  AND  FOCUS  OF  THIS  TECHNICAL 
ASSISTANCE  DOCUMENT  1-4 

3.  ORGANIZATION  AND  CONTENT  1-4 

4.  DATA  ROUTING  AND  PROCESSING  OPTIONS  1-6 

5.  SELECTION  OF  A  DATA  SYSTEM 

II.  AREA  ANALYSIS  1 1  - 1 
1.  OVERVIEW  1 1  - 1 
Z.       GENERAL  CONSIDERATIONS  1 1  - 2 

3.  SUGGESTED  INFORMATION  TO  BE  COLLECTED  II -3 

4.  SURVEY  RESPONSE  ANALYSIS  II -5 

5.  SUMMARY  AND  REVIEW  II -9 

III .  SCHEDULING  FOR  PHASING  HOSPITALS  INTO  THE 

DATA  ROUTING  AND  PROCESSING  SYSTEM  1 1 1 - 1 

1.       OVERVIEW  III-l 

Z.       ABILITY  OF  THE  HOSPITALS  TO  PROVIDE 

PHDDS  DATA  III -2 

3.  ABILITY  OF  THE  COLLECTION  AND  ROUTING 
MECHANISMS  TO  HANDLE  THE  SUPPLIED  DATA  III -4 

4.  ABILITY  OF  THE  AREAWIDE  PROCESSOR  TO 

RECEIVE  AND  PROCESS  THE  DATA  III -6 

5.  PHASE-IN  POLICY  OBJECTIVES  OF  THE  PSRO  1 1 1  -  7 

6.  SUMMARY  AND  REVIEW  III -8 


TABLE  OF  CONTENTS  (Continued) 


PAGE 

IV.  COST  COMPONENTS  IV-1 

1.  OVERVIEW  IV-1 

2.  GENERAL  PRINCIPLES  REGARDING 
RESPONSIBILITIES  FOR  COLLECTION  COSTS  IV- 2 

3.  BQA  POLICY  ON  MAXIMUM  COST  PER  DISCHARGE  IV- 3 

4.  FORMATTING  COSTS  IV- 4 

5.  PROCESSOR  SUBCONTRACT  IV- 4 

6.  COST  ALLOCATIONS  UNDER  OPTIONS  I,  II, 

IV,  V,   VI,  AND  VII  IV-5 

7.  COST  ALLOCATIONS  UNDER  OPTION  III  IV- 6 

8.  COST  ALLOCATIONS  UNDER  OPTIONS  VIII  AND  IX  IV-6 

9.  COST  CONTAINMENT  STRATEGIES  IV- 7 
10.       SUMMARY  AND  REVIEW  IV- 8 

V.  AGREEMENTS  AND  DATA  COLLECTION  SUBCONTRACTS  V-l 

1.  DEFINITIONS  V-l 

2.  AGREEMENTS  V-l 

3.  DATA  COLLECTION  SUBCONTRACTS  V-9 

4.  SUMMARY  AND  REVIEW  V-ll 

VI.  PSRO  DATA  PROCESSING  SUBCONTRACT  VI -1 

1.  OVERVIEW  VI -1 

2.  PREPARATION  FOR  THE  PROCUREMENT  VI -2 

3.  PREPARATION  OF  THE  RFP  VI -4 

4.  PREPARATION  OF  A  BIDDERS  LIST  VI-17 


TABLE  OF  CONTENTS  (Continued) 


PAGE 

VI.  5.       PRESENTATION  OF  A  BIDDERS  CONFERENCE  VI- 19 

6.  PROPOSAL  EVALUATION  VI- 19 

7.  HSA/BQA  REVIEW  VI -26 

8.  NOTICE  OF  AWARD  VI -26 

9.  JOINT  PSRO  RFPs  VI -27 
10.       SUMMARY  AND  REVIEW  VI -2  7 

VII.  FORMS  DEVELOPMENT  VII-1 

1.  OVERVIEW  VII-1 

2.  DATA  ELEMENTS  VII-1 

3.  DEVELOPING  SITE-SPECIFIC  FORMS  VII-8 

4.  SAMPLE  DATA  ABSTRACT  FORM  VI I -11 

5.  SUMMARY  AND  REVIEW  VI I -12 

VIII.  DATA  FLOW:     CONTROL  AND  MONITORING  VIII-1 

1.  OVERVIEW  VIII-1 

2.  BATCH  CONTROL  VIII- 3 

3.  FORMS  CONTROL  VIII- 9 

4.  DATA  FLOW  MONITORING  VI 11-12 

5.  SUMMARY  AND  REVIEW  VI II -14 

IX.  QUALITY  CONTROL  AND  DOCUMENTATION  STANDARDS  IX-1 

1.  OVERVIEW  IX-1 

2.  ABSTRACTING  QUALITY  CONTROL  IX- 2 

3.  BATCH  CONTROLS  IX- 7 

4.  EDP  EDITING  CONTROLS  IX- 8 


TABU-  OV  CONTIINTS   (Con  I  i  n  ued  ) 

PAGE 

IX.  5.       DOCUMENTATION  STANDARDS  IX- 9 
6.       SUMMARY  AND  REVIEW  IX- 9 

X.  RECORD  LINKAGE  X- 1 

1.  OVERVIEW  X-l 

2.  LINKING  DIFFERENT  DATA  COLLECTION  FORMS 

TO  CREATE  A  UNIT  RECORD  X-l 

3.  MAINTAINING  TRAILER  FILE  LINKAGE  IN  A 
COMPUTERIZED  DATA  BASE  X-6 

4.  SUMMARY  AND  REVIEW  X-8 

XI.  COMPUTERIZED  DATA  TRANSFER  COMPATIBILITY  XI -1 

1.  OVERVIEW  XI-1 

2.  FILE  STRUCTURE  AND  COMPUTER  TAPE  RELATED 
COMPATIBILITY  FACTORS  XI- 2 

3.  HARDWARE  RELATED  COMPATIBILITY  FACTORS  XI -6 

4.  POTENTIAL  SOURCES  OF  ASSISTANCE  FOR 

RESOLVING  HARDWARE  COMPATIBILITY  PROBLEMS  XI- 9 

5.  SUMMARY  AND  REVIEW  XI -10 


APPENDICES 


APPENDIX  A 
APPENDIX  B 
APPENDIX  C 


GLOSSARY 

FLOWCHART  SYMBOLS 

PHDDS  EDIT  SPECIFICATIONS 


LIST  OF  EXHIBITS 


FOLLOWS 
PAGE 


1-1  OVERVIEW  OF  THE  GENERALIZED  PSRO  DATA 

ABSTRACTING,   ROUTING  AND  PROCESSING 

SYSTEM  1-3 

V-l  AGREEMENT  FOR  RELEASE  OF  HOSPITAL  DATA  V-12 

V-  2  MEDICAL  INFORMATION  DATA  CONTRACT  V-12 

VI-  1  DATA  PROCESSING  SERVICES  -  REQUEST  FOR  BIDS  VI-19 
VI -2             MANAGEMENT  PLAN  EVALUATION  VI -22 

VI -  3  SAMPLE:     NOTIFICATION  OF  AWARD  VI-26 

VI I -  1  ABC  PSRO  DATA  ABSTRACT  VI  I- 11 

VIII-  1  DATA  FLOW  THROUGH  DATA  COLLECTION  SERVICE (S)  VIII- 14 
VIII-2         SAMPLE  PROCESSING  STEPS  VIII-14 


I.  INTRODUCTION 


One  of  the  cornerstones  of  the  PSRO  program  has  been  the  desire 
to  maintain  some  degree  of  local  autonomy  in  the  review  process. 
This  should  help  ensure  the  development  and  operation  of  a  PSRO 
which  is  acceptable  and  appropriate  in  light  of  local  conditions. 
The  outgrowth  of  this  posture  is  that  there  is  no  single  accept- 
able way  for  a  PSRO  to  operate,  especially  regarding  the  handling 
of  data.     Rather,  there  are  many  factors  and  alternatives  which  must 
be  considered  to  develop  and  operate  a  PSRO  in  optimal  fashion, 
given  its  individual  local  environment,  characteristics,  and  re- 
sources . 

This  technical  assistance  document  was  prepared  assuming 
familiarity  by  the  reader  with  the  "Provisional  Policies  for  PSRO 
Data  Routing  and  Processing"*   (Hereafter  referred  to  as  the  Pro- 
visional Policies).     The  Provisional  Policies  address  the  routing 
and  processing  of  the  PSRO  Hospital  Discharge  Data  Set   (PHDDS)  data, 
local  optional  data  items  collected  on  an  on-going  basis,  and  data 
for  high  volume  Medical  Care  Evaluation  Studies  (MCEs) .     A  general 
discussion  of  the  framework,   scope  and  content  of  the  Provisional 
Policies  is  presented  in  this  section. 

1.       DEFINITIONS  AND  OVERALL  CONCEPTUAL  FRAMEWORK 

Prior  to  addressing  the  details  of  data  routing  and  processing, 
it  is  of  benefit  to  establish  an  overall  conceptual  framework  for 
data  routing  and  processing  as  well  as  to  define  several  key  terms. 


*  published  by  the  Bureau  of  Quality  Assurance,  May  22,  1975 
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These  key  terms  include: 


Data  Abstracting 

This  term  refers  to  the  process  of  transferring  key  data 
elements  from  source  documents  such  as  medical  records 
on  to  forms  which  can  then  be  forwarded  for  further  data 
manipulation  and  handling.     Usually,  these  forms  are 
collected  in  a  batch,    (i.e.,   some  defined  group  or  num- 
ber of  forms)  before  being  transported  to  the  next  step 
(See  Section  VIII  for  an  explanation  of  "batch  control"). 

Data  Collection  Services  or  Systems 

These  organizations  take  abstracted  data  on  hard  copy 
(paper)   forms  and  perform  the  following  functions: 

Conduct  a  manual  and/or  automated  review  of  all 
forms  and  data  to  ensure  their  completeness, 
logic,  and  apparent  accuracy 

Convert  data  from  paper  to  computer  readable  form 
Control  the  flow  of  data  abstracts 
Perform  analysis  of  the  data 

Provide  periodic  analytic  reports  to  client  organi- 
zations --  usually  hospitals. 

PSRO  Area  Data  Processor 

This  organization  is  responsible  for  the  receipt  of 
computer  readable  edited  data  from  data  collection 
services  or  other  sources,  and  for  the  computerized 
manipulation  of  the  data  including  the  following: 

Development  of  a  computerized  PSRO  data  base 

Development  of  various  PSRO  reports  requiring 
composite  data,   statistical  testing,  comparison 
with  performance  standards,  etc. 

Formatting  BQA  required  PHDDS  data  on  computer 
tapes  conforming  to  specifications  for  submission 
to  the  Federal  processing  center. 

In  some  cases,  one  organization  may  perform  the  func- 
tions of  both  data  collector  and  area  processor. 
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Data  Routing 


This  term  refers  to  the  entire  process  of  moving  data 
from  each  hospital  within  the  PSRO  area  through  the 
various  pathways  and  procedures  required  for  data 
collection  and  processing.     Each  PSRO  is  faced  with  a 
unique  situation  as  to  how  to  best  manage  the  data 
routing  and  processing  requirements  in  their  area. 
The  nine  generalized  options,  which  portray  to  a  great 
extent  most  area  situations,  are  restated  from  the 
Provisional  Policies  at  the  end  of  this  Chapter. 

An  overview  of  a  generalized  PSRO  data  abstracting,  routing, 
and  processing  system  is  illustrated  on  the  following  page. 
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SCOPE  AND  FOCUS  01'  TINS  THCI  IN  !  CA  I.  ASS  I  STANCH  DOCUMENT 


This  technical    ass  i  stance  document  concerns  only  the  issues 
associated  with  the  routing  and  processing  of  the  PHDDS  and  op- 
tional PSRO  data.     Within  this  scope,   this  document  focuses  upon: 


Identifying  the   factors  which  must  be  considered  by 
each  PSRO  in  order  to  design  the  data  routing  and  pro- 
cessing system  which  best  serves  its  needs  and  meets 
PSRO  program  requirements 

Discussing  the  impact  of  these  factors  under  the  var- 
ious routing  and  processing  system  options 

Reviewing  several  of  the  key  tasks  the  PSRO  staff  should 
undertake  in  designing  their  systems,  phasing  in  hospi- 
tals,  selecting  and  reaching  agreements  with  subcontrac- 
tors, meeting  various  BQA  requirements,  etc. 

Discussing  potential  problem  areas  and  important  consi- 
derations necessary  to: 

Comprehend  the  complexities  of  handling  data  in 
terms  of  computer  compatibility,  and  the  basics 
of  appropriate  systems  design  and  control; 

Insure  that  PSROs  have  the  knowledge  to  properly 
select  and  monitor  the  work  of  data  routing  and 
processing  subcontractors. 


3.       ORGANIZATION  AND  CONTENT 


This  technical  assistance  material  is  presented  in  two  parts: 
Part  One:     General   Planning  and  Development 
Part  Two:     Systems  and  Data 

i,  1 

Part  One  -  General   Planning  and  Development   --  discusses  the 
preliminary  tasks  which  must  be  accomplished  for  the  PSRO  to: 


Assess  the  local  situation   (primarily  through  contact 
with  local  hospitals)   in  terms  of  existing  review  sys- 
tems and  data  collection  services  and  capabilities 
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Develop  a  strategy  for  phasing  hospitals  into  the 
data  collection  system 


Determine  the  costs  associated  with  the  various  data 
routing  and  processing  alternatives  that  may  be  viable 
in  order  to  ultimately  determine  the  overall  system 
approach  which  would  best  meet  local  PSRO  needs  in  the 
most  cost-effective  manner 

Solicit  and  evaluate  competitive  proposals  for  various 
services  and  execute  agreements  and  contracts  with 
organizations  serving  as  components  of  the  data  routing 
and  processing  system. 

Part  One  was  prepared  to  expressly  meet  the  needs  of  PSRO 
Executive  Directors  and  data  staff  responsible  for  carrying  out 
or  overseeing  these  tasks  and  evaluating  the  various  arrangements. 

Part  Two  --   Systems  and  Data  --  presents  material  that  not  only 
follows  from  the  discussions  of  Part  One,  but,   in  addition  is  inte- 
gral to  conducting  some  of  the  necessary  tasks  described  in  Part 
One.     Part  Two  focuses  upon  the  more  technical  considerations  which 
are  basic  to  the  design  and  monitoring  of  a  data  routing  and  pro- 
cessing system.     This   information  is  critical  to  the  effective  ana- 
Lysis  of  areawide  resources  and  cost  considerations,  and  to  alter- 
native agreements,   contractual  arrangements,  and  subcontractor 
selection,   as  discussed  in  Part  One.     Specific  areas  covered 
i  nc lude : 


The  development  of  various  forms  necessary  for 
abstracting  PSRO  data 

The  general  monitoring  and  control  of  data  as  it 
flows  through  the  routing  and  processing  procedures 
and  physical  locations   (i.e.,  hospitals,  PSRO  offices, 
subcontractor  facilities,  etc.) 

The  establishment  and  maintenance  of  quality  controls 
and  standards  for  recording  data  and  managing  associated 
f unc  t ions 
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The   factors  associated  with  the   flow  of  data  elements 
and    forms  through  various  routes  and  the  potential 
problems  associated  with  linking  data,   i.e.,  bringing 
together  for  processing  data  items  associated  with  one 
event   (such  as  a  hospital  stay)  but  which  may  be  recorded 
on  several  different  forms 

A  review  of  key  computer-related  issues  to  insure  that 
the  PSRO  and  any  subcontractor  have  carefully  considered 
problems  which  may  occur  in  terms  of  the  capability  and 
compatibility  of  computers  and  computer-related  mechan- 
isms to  handle  the  data  in  an  accurate,  efficient  and 
timely  manner. 

The  concepts  in  Part  Two  do  not  require  that  the  reader  possess 
in-depth  experience  in  systems  design  or  computer  technology, 
although  such  a  background  will  admittedly  enhance  one's  familiar- 
ity with  some  of  the  subject  matter.     Indeed,   Part  Two  was  prepared 
for  Executive  Directors   (regardless  of  their  background  or  exper- 
ience) who  would  prefer  a  thorough  involvement  with  systems  and 
data  aspects  as  well  as  those  staff  members  who  are  closely  involved 
with  this  aspect  of  PSRO  activities. 

Tn  addition,  a  Glossary  of  key  terms  is  provided  as  an  appen- 
dix to  this  document  for  reference  purposes.     Most  technical  terms 
or  key  words  are  either  defined  in  the  text  the  first  time  they 
appear  or  are  presented  in  quotes  to  remind  the  reader  that  they 
are  defined  in  the  Glossary.     The  Glossary  follows  Section  XI,  as 
Appendix  A.     In  addition,  Appendix  B  contains  narrative  explanations 
of  the  flow-charting  symbols  used  in  this  document,  and  Appendix  C 
contains  suggested  PHDDS  edit  specifications. 

4.       DATA  ROUTING  AND  PROCESSING  OPTIONS 

As  previously  indicated,   this  document  assumes  familiarity,  on 
the  part  of  the  reader,  with  the  "Provisional  Policies  for  PSRO  Data 
Routing  and  Processing,"  issued  by  BQA  on  May  22,   1975.     Appendix  3 
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Id   thai    document    d  i  si"  1 1  s  <•  s    in  detail    nine  options  which  may  describe 
the  environment  which  npprox  tin  a  tes  ;i  given  PSRO  area   for  PSRO  data 
routing  and  processing  purposes.     However,   the  nine  options  are 
genera]  models,   and  adaptations  of  any  option  can  be  made  to  suit 
a  particular  PSRO  area  situation. 

To  facilitate  the  reading  of  these  materials,  and  to  enhance 
the  reader's  understanding  of  the  issues  which  relate  to  the  dif- 
ferent options,   the  nine  options  are  reproduced  here^  as  they  appear 
in  the  Provisional  Policies.     Major  factors  to  be  considered  in  the 
analysis  of  existing  activities  and  the  selection  of  an  appropriate 
option  include  the  use  of   (a)  uniform  abstract (s)   and  the  elimina- 
tion of  duplicative  reporting  and  data  reduction,   to  the  fullest 
extent  possible. 

PSROs  are  expected  to  examine  all  possible  options  to  arrive 
at  the  most  economical  and  efficient  handling  of  data  consistent 
with  the  requirements  and  constraints  outlined  in  the  Provisional 
Policies.     The  order  in  which  these  options  are  considered  should 
he  based  upon  such  priority  considerations  as:     duplication  in 
recording  of  data  program  coverage,   ease  of  routing,   timeliness  of 
implementation,    impact  and  probable  costs. 

Option  I 

Single  Statewide  Health  Statistics  System  is  Collecting  Discharge 
Data  Or  Is  Prepared  To  Do  So  In  The  Immediate  Future. 

If  these  systems  collect  and  process  information  on  all  Federal 
patients  within  the  hospitals,   this  is  an  excellent  option.  It 
provides  for  non- dupl icat ion  in  the  recording  and  collection  of 
data   (if  used  for  multiple  purposes),   a  single  statewide  data 
base,   and  a  single  formatted  set  of  PSRO  reports.     It  also 
offers  the  following  potential  cost  advantages: 
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(a)  reduced  costs  of  collecting  and  producing  tapes 
of  PIIDDS  elements;  and 

(b)  a  group  rate  for  processing  deliverables  for  PSROs 
in  the  State  including  an  opportunity  to  negotiate 
for  additional  routine  and  non-routine  processing 
services. 


Rout  ing  is  simple  and  direct.     The  discharge  abstracts  are 
provided  to  a  central  processor  for  keying  to  machine  tape. 

Processing 

The  processing  facility  can  perform  the  services  and  can 
furnish  tapes  of  the  PHDDS  data  elements  for  use  in  a 
single  format. 

Comments : 

(a)  Depending  on  arrangements  that  could  be  made,  this 
option  would  be  a  candidate  for  a  sole  source  waiver 
by  the  Department  covering  design  and  competition. 

(b)  For  those  statewide  organizations  in  the  early  develop- 
ment stage  of  a  module  for  patient  discharges,   the  PSRO 
should  press  for  uniform  data  elements  collected  in  uni- 
form formats  as  described  in  Section  3.1  of  the  Provisional 
Policies . 


O£t_ioni  J_I 

Single  Hospital  Abstract  Service  Organization  is  Serving  all 
Hospitals   in  the  State. 


The  above  applies  equally  to  this  option  except  that  the  central 
processor  may  be  out  of  State.     Option  I,    (comment   (b))   is  not 
applicable  unless  the  abstract  service  is  contemplating  the  com- 
plete revision  of  its  forms  and  computer  programs. 


Option  III 

Medicare,  Me d icaid  and  Title  V  Begin  Collection  of  UHDDS  Using 
a  Uniform  PTsc harge  Data  Abstract  to  Supplement  Claim  Forms . 
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Medicare    i  ntermed  i  n  r  i  os  are  expected  to  have  access   to  all   data  in 
the  UHDDS  by  mid-1976.      If  concurrent  action  is  taken  by  Medicaid 
and   Title  V  State  Agencies  to  supplement  the  claims  form  with  ab- 
stracted data  similar  to  Medicare  and  thus  provide  for  full  Federal 
patient  coverage,   this  provides  the  PSRO  with  a  principal  option. 

Option  IV 

Single  Statewide  Data  System  is  Supporting  an  Existing  Concurrent 
Review  System,   Such  as  CHAMP  or  HASP . 

If  the  system  has  proven  satisfactory  for  an  existing  concurrent 
review  system  the  PSRO  may  wish  to  expand  the  data  system  to 
include  all  Federal  patients.     This  option  may  provide  for  a 
direct  transition  from  the  prior  review  system  to  PSRO  review. 

Option  V 

A  Local  Health  Statistics  System  is  Collecting  Discharge  Data  in 
One  or  More  PSRO  Areas  or  is  Prepared  To  Do  So  in  Immediate  Future. 

If  the  system  is  collecting  data  on  all  Federal  patients,  this 
option  provides  similar  advantages  to  Option  I  but  on  a  reduced 
scale.     The  computer  would  be  located  within  the  immediate  area. 
Routing  and  processing  are  simple  and  direct.     The  same  comments 
as  in  Option  I  apply. 

Option  VI 

Single  Abstract  Service  Organization  is  Subscribed  to  by  all 
Hospitals  in  the  PSRO  Area. 

Same  advantages  as  Option  I  but  on  a  reduced  scale.     The  data 
processing  will  normally  be  located  outside  the  PSRO  area. 
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The  abstract  service  organization,  whether  national  or  regional, 
may  provide  a  special  PSRO  group  rate  based  on  services  provided 
nationally  and  regionally. 


Comment : 

The  PSRO  may  elect  to  negotiate  for  data  collection 
only  and  go  out  on  competitive  bids  for  processing 
services . 


Option  VIT 

All  Hospitals  in  the  PSRO  Area  Subscribe  to  an  Abstract  Service 
Organization  But  More  Than  One  Abstract  Service  Operates  in  the 
PSRO  Area. 


If  the  abstract  services  agree  to  pool  or  complement  one  another 
in  collecting  and  producing  a  single  PSRO  areawide  data  base  of 

i 

PHDDS  elements,   this  becomes  an  option. 


Routing : 

This  will  require  modifications  of  one  or  more  forms, 
and/or  the  delivery  from  one  of  the  abstract  services 
to  the  other  or  to  another  EDP  organization  of  a  tape 
copy  of  the  data  elements  requiring  both  reformatting 
and  merging  operations  to  produce  a  single  data  base  tape. 

Processing : 

Processing  can  be  done  either  by  the  abstract  service 
or  an  independent  data  processor. 

Comment : 

A  competitive  situation  for  processing  services. 


Option  VIII 

Al 1  Hospitals  in  the  PSRO  Area  Do  Not  Subscribe  to  Abstract 
Service  Organizations. 
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I  ["  the  abstract  service  has  al  l   but  a  few  hospitals  subscribing  to 
its  services,  and  these   few  hospitals,  while  not  willing  to  sub- 
scribe for  services,   are  willing  to  supply  the  minimum  PHDDS  on  a 
form  approved  by  the  PSRO,   this  approach  as  an  interim  data  collec- 
tion approach  should  be  given  serious  consideration. 

Rout ing  will  be  to  the  abstract  service  processor  who 
will  Furnish  tapes  or  provide  processing  services. 

Processing  Services 

A  competitive  situation  for  processing  services. 

Option  IX 

There  is  a  Mix  where  some  hospitals  are  subscribing  to  one  or  more 
abstract  service  organizations;   or  other  Government  subsidized 
systems  are  collecting  discharge  data  from  some  but  not  all  hospi- 
tals,  or  for  some  but  not  all  patients;   or  there  is  no  discharge 
data  being  collected  from  several  hospitals  other  than  through  the 
claims  processes. 

The  PSRO  and  the  hospitals  concerned  will  need  to  work  out  the 
most  satisfactory  compromise  for  data  collection  following  the 
rule  of  favoring  that  system  which  has  the  greatest  institutional 
coverage  and  is  collecting  data  on  all  Federal  patients.     In  such 
instances,   the  PSRO  and  hospitals  may  direct  one  or  more  data 
collection  systems  to  supply  computer  tapes  covering  their  hospi- 
tals --  formatted  to  the  needs  of  the  subcontractor  providing  PSRO 
processing  services  --  and  institute  a  uniform  data  abstract  form 
and  procedures  in  hospitals  not  covered  by  the  system(s).  Where 
necessary,   the  PSRO  and  hospitals  may  introduce  a  uniform  abstract 
format  and  require  all  existing  systems  to  revise  their  collection 
forms  to  conform  with  the  standard  format.     In  such  instances,  all 
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concerned  must  work  out  a  satisfactory  multiple  copy  form.  In 
this  latter  case,  one  copy  of  the  multiple  form  would  be  furnished 
directly  to  the  PSRO  subcontractor  for  processing. 

5.     SELECTION  OF  A  DATA  SYSTEM 

There  has  been  some  confusion  about  the  relationship  of  Coopera- 
tive Health  Statistics  Systems    (CHSS)  and  PSRO  data  activities. 
Cooperative  Health  Statistics  Systems  are  efforts,  usually 
federally  funded,   to  develop  multi-user  health  data  systems  with 
the  goal  of  eliminating  redundant  data  collection  activities. 
At  present  there  are  approximately  twelve   (12)   such  projects  with 
hospital  care  statistics  components  in  various  stages  of  develop- 
ment throughout  the  country  and,  as  they  mature,   it  is  hoped 
that  they  will  gain  the  support  and  serve  the  needs  of  the  major 
users  of  hospital  data  including  hospitals,  PSROs ,  government 
agencies,   third  party  payors,  and  planning  groups. 

The  intent  of  the  Provisional  Policy  is  that  PSROs  should 
utilize  multi-user  health  data  systems  such  as  CHSS  projects  and 
integrate  them  into  their  own  data  systems  whenever  possible.  The 
Bureau  of  Quality  Assurance   (BQA)   is  presently  working  with  the 
National  Center  for  Health  Statistics   (NCHS)   and  other  Federal 
agencies  to  define  more  detailed  policies  and  guidelines  which  will 
determine  the  conditions  and  the  extent  to  which  PSROs  may  be 
required  to  participate  in  multi-user  health  data  systems. 

In  the  interim,  PSROs  should  give  special  attention  to  existing 
multi-user  health  data  systems  supported  by  a  variety  of  users 
having  common  data  needs.     PSROs  should  examine  the  potential 
of  these  systems,  with  or  without  modifications,   to  meet  their 
needs.     The  primary  goal  of  this  or  any  other  assessment  of 
existing  data  systems  should  be  the  identification  of  a  system 
that  will  avoid  redundant  data  collection  to  the  fullest  extent. 


1  1  •     Aiii;A  ANALYSIS 

1  .  OVERVIEW 

Each  PSRO  throughout  the  country  exists  within  an  environment 
in  many  ways  unique  unto  itself.     Local  conditions  will  vary  widely 
with  respect  to  characteristics  such  as  the  local  health  care 
delivery  system,  patient  population,   support  from  the  medical 
community  and  institutional  providers,   existing  capabilities  for 
conducting  admissions  review,  data  abstracting,  collecting  and 
processing,   and  similar  functions.     It  is  necessary  for  sound  PSRO 
development,   as  well  as  to  meet  PSRO  program  requirements,  for 
PSROs  to  conduct  a  thorough  analysis  of  the  local  PSRO  area,  to 
identify  existing  data  collection  and  processing  activities. 

Such  an  analysis  will  allow  the  PSRO  to  become  reasonably 
familiar  with  those  data  processes  and  services  now  being  performed 
in  and  for  acute  care  hospitals,   such  as: 

Claims  payment  processes  of  Medicare,  Medicaid,  and 
private  insurers 

State  and  local  health  statistics  systems  collecting 
hospital  care  information  or  preparing  to  do  so 

Independent  discharge  abstract  service  organizations  to 
which  a  large  number  of  hospitals  subscribe  for  the 
processing  of  discharge  data  into  a  variety  of  adminis- 
trative and  medical  reports. 

In  addition,  other  types  of  information  as  described  in  the 
following  pages  should  be  obtained  and  analyzed. 

As  discussed  in  the  Provisional  Policies,  a  recent  survey 
by  BQA  of  current  discharge  data  collection  and  processing  systems 
in  local  communities  throughout  the  country  has  identified  nine 
alternative  types  of  situations  which  generally  describe  the  data 
collection  and  processing  potentials  for  local  PSRO  areas.     One  or 
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more  of  these  alternative  options  may  exist   simultaneously,   e .  g .  , 
a  single  Statewide  health  statistics  system  collecting  discharge 
data  may  exist  along  with  a  single  abstract  service  organization 
subscribed  to  by  many  hospitals  in  the  PSRO  area.     The  PSRO  must 
assess  what  optional  situation  exists  within  its  area,  the  charac- 
teristics of  the  existing  options,  and  other  local  factors  in 
order  to  ultimately  determine  the  data  routing  and  processing 
al t ernat ive (s)  most  feasible,   efficient,  and  effective.     It  is 
also  to  be  stressed  that  the  nine  options  presented  in  the 
Provisional  Policies  are  for  guidance  purposes  and  some  variation 
may  in  fact  be  appropriate  for  a  given  PSRO  area. 

This  section  addresses  the  content  and  approaches  for 
conducting  the  area  analysis. 

2.       GENERAL  CONSIDERATIONS 

The  area  analysis  may  be  conducted  through  several  techniques 
which  include  a  mailed  survey  form  to  be  completed  by  hospitals, 
a  telephone  survey,  or  on-site  discussions  between  PSRO  and 
hospital  staffs.   Regardless  of  the  specific  technique  employed, 
the  PSRO  can  best  meet  its  individual  needs  by  designing  a  method 
to  acquire  standard  information  and  to  perform  resource  analysis. 
Such  a  method  might  be  expected  to  include  a  survey  form  to  be 
completed  by  either  the  hospital  or  the  PSRO,  and/or  interviews 
with  key  personnel,   and/or  other  mechanisms  for  assimilating  the 
required  data. 

Several  points  should  be  considered  in  developing  and  con- 
ducting the  area  analysis: 

Much  of  the  desired  information  may  be  on  hand  in  files 
of  the  PSRO,  medical  society,  planning  agencies  etc. 
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However,    in  many   instances   it  may  be  advisable  to 
update  this   information  to  insure  an  assessment  based 
upon  the  most  current  data  available. 

Information  other  than  that  directly  related  to  data 
collection  and  routing  may  be  collected  for  other  PSRO 
purposes.     Consideration  should  be  given  to  including 
these  additional   items  in  the  survey  effort  to  avoid 
multiple  surveys.     The  PSRO  should  be  sensitive  to  the 
length,   depth,   and  frequency  of  the  survey  forms,  and 
the  overall  burden  placed  on  respondents  who  must  com- 
plete the  forms  and  provide  information. 

If  the  procedure  chosen  to  analyze  existing  data  activ- 
ities requires  that  a  survey  form  be  sent  to  hospitals, 
it  must  have  clear  instructions  and  be  self-explanatory. 
It  should  be  emphasized  to  the  hospitals  that  complete- 
ness and  correctness  in  filling  out  the  survey  forms  is 
essential,   for  they  are  to  be  used  as  an  aid  in  deter- 
mining the  selection  of  a  data  routing  and  processing 
option  for  the  area  which  will  ultimately  have  some 
impact  on  hospital  operations. 

The  overall  purpose  of  the  survey  should  be  clearly 
defined  to  the  respondents.     As  part  of  the  instructions, 
a  description  of  the  PHDDS  items  together  with  any 
selected  local  data  items  should  be  provided  to  the 
hopsitals.     This  will  help  demonstrate  the  PSRO's  desire 
to  keep  the  hospitals  informed  regarding  current  plans 
and  assist  their  responses  to  questions  regarding  data 
elements  and  related  issues. 

In  the  case  of  mailed  surveys,  a  contact  person  in  the 
PSRO  to  answer  questions  should  be  identified  and  a 
phone  number  provided.     In  addition,  an  expected  date 
for  survey  completion  and  return  should  be  suggested . 
The  contact  person  will  be  responsible  for  follow-up 
on  forms  which  are  not  returned. 


3.       SUGGESTED  INFORMATION  TO  BE  COLLECTED 

The  following  suggestions  are  not  meant  to  be  exhaustive  of  all 
the  possible  items  a  PSRO  may  consider  to  be  important  for  area 
analysis;   however,  they  cover  the  major  characteristics  for  which 
information  will  be  needed: 
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The  information  to  be  collected  regarding  current  data 
abstracting  and  collection  systems  includes: 

An  indication  of  whether  the  hospital  participates 
in  either  a  private  or  a  governmental  discharge 
data  collection  system.     If  so,  does  it  have  the 
potential  to  collect  and/or  process  PHDDS-type 
data?     If  currently  participating,  the  items  below 
also  apply. 

The  name  and  location  of  the  system 

An  indication  of  the  hospital's  overall  satisfac- 
tion with  the  performance  and  characteristics  of 
the  currently  employed  data  collection  system. 
Briefly,  what  are  its  major  weaknesses  and  strengths? 

A  listing  of  the  data  items  currently  being  col- 
lected by  the  system  on  a  routine  basis.  These 
can  usually  be  derived  from  the  system  abstract 
form.     (Securing  copies  of  completed  forms  with 
personal   identifiers  obscured  would  be  particularly 
helpful.)     Does  the  form  have  spaces  for  extra 
data  collection  sometimes  referred  to  as  "optional 
fields"  that  might  be  used  to  record  data  for 
special  studies? 

The  diagnostic  and  procedures  codes  used  for 
reporting  purposes,   i.e.,   ICDA-8,  H-ICDA-2 

A  description  of  all  source  documents  used  to 
abstract  data  if  more  than  the  completed  medical 
record  is  used 

Future  plans:  if  the  hospital  is  not  currently  on 
an  established  system,  does  it  intend  to  subscribe 
to  a  system  and  when? 

In-House  Capability  and  Personnel  Resources 

The  type  of  information  to  be  collected  regarding  this 
characteristic  might  include: 

An  indication  of  whether  the  hospital  currently 
collects  PHDDS-type  data  via  an  in-house  computer 
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system.      If    so  what  arc  the  characteristics  of 
this  system   in  terms  of  turn-around  times,  current 
backlog,  design  flexibility,  capacity,   etc?  What 
items  are  collected?     How  are  the  data  stored? 
For  how  long? 

The  number  of  hospital  personnel  trained  in  the 
use  of  any  currently  employed  coding  system  for 
data  abstracting 

The  number  of  full-time  equivalent  staff  necessary 
to  support  the  current  data  abstracting  load. 

Timing  and  Performance  Characteristics 

The  type  of  information  to  be  collected  regarding  these 
characteristics  might  include: 

The  period  of  time  lapsing  between  the  end  of  a 
batch  period  (see  Section  VIII  -  Batch  Control)  and 
the  submission  of  the  abstracts  for  that  period  to 
the  data  collection  system 

The  period  between  the  time  the  last  abstract  for 
a  period  is  submitted  to  the  collection  system  and 
the  receipt  of  reports  by  the  hospital  from  the 
collection  system 

The  approximate  frequency  with  which  abstracts  are 
returned  due  to  inaccuracies,   incomplete  data  etc. 

The  approximate  volume  of  abstracts  submitted 
annually . 

Regardless  of  whether  the  survey  is  conducted  through  the 
mail,  over  the  phone,  by  an  interview,  or  in  any  other  way,  a 
standard  format  for  asking  the  necessary  questions  and  recording 
individual  responses  is  important. 

4 .       SURVEY  RESPONSE  ANALYSIS 

Analysis  of  responses  to  these  types  of  questions  will  provide 
basic  information  which  will  enable  the  PSRO  to  identify  the 
characteristics  of  its  area.     Results  should  help  to  indicate: 
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number  of  hospitals  now  on  a  data 
those   intending   to  participate 


col  1 ec  t  i  on 


sy st  em , 


The  names  and  location  of  the  systems 

The  level  of  satisfaction  with  various  systems  and 
their  major  strengths  and  weaknesses 

The  data  items  currently  being  collected,  and  the 
identification  of  additional  items  needed  to  satisfy 
PSRO  requirements 

The  potential  to  use  the  system  for  the  conduct  of  MCE 
studies  as  indicated  by  the  number  of  optional  fields 
available  for  special  report  purposes 

The  variation  in  diagnostic  and  procedure  coding  systems 
being  used  in  the  area 

An  indication  of  coding  training  needs 

The  current  abstracting  backlog  in  each  hospital,  which 
would  indicate  the  hospital's  current  ability  to  meet 
data  delivery  deadlines,  and  the  source  of  the  backlog 
problem  for  hospitals  seriously  in  arrears 

The  time  required  by  each  data  collection  system  to 
analyze  the  data  and  prepare  and  deliver  reports 

The  ease  of  compiling  abstract  information,  as  indicated 
by  the  number  of  data  sources  used 

The  potential  for  hospitals  to  collect  the  necessary 
data  via  internal  hospital  systems. 

While  this  information  can  only  contribute  to  the  decision 
regarding  any  particular  option,   it  does  provide  a  valuable  fr  ime 
of  reference  for  the  area.     To  help  conceptualize  the  above- 
collected  information,   a  large  grid  might  be  constructed  as 
illustrated  below: 
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AREA 

HOSPITALS 

AREA  SURVEY  CHARAC  TER  1  ST  ICS 

C  u  r  r  o  n  t   S  y  s  t  c  in 

Name  of 
System 

Code 
Used 

(and  so  forth. .) 

HOSPITAL 
"A" 

YES 

"A" 
SYSTEM 

H- ICDA- 2 

HOSPITAL 
"B" 

NO 

HOSPITAL 
"C" 

YES 

"B" 

SYSTEM 

ICDA-8 

(OTHERS) 

• 

• 

• 

In  the  grid,   two  of  the  three  hospitals  evaluated  were  found 
to  have  existing  discharge  data  abstract  systems,   and  the  systems 
used  were  different.     In  addition,  the  two  abstract  systems  use 
different  coding  systems .     The  PSRO  must  therefore  determine  the 
capability  and  willingness  of  the  two  abstract  systems  to  collect 
the  PHDDS  data,   and  the  willingness  of  the  hospital  to  use  their 
existing  systems  to  provide  data  collection  for  PSRO  purposes.  In 
addition,   if  either  Hospital  A  or  Hospital  C  is  to  be  delegated 
for  concurrent  review,   the  PSRO  must  insure  that  the  Memoranda  of 
Understanding,    (MOU) ,  developed  with  these  hospitals  assures  that 
the  hospitals  will  provide  all  the  data  requested  by  the  PSRO  for 
peer  review,  monitoring  and  reporting  purposes,  and  that  these  data 
are  reported  in  a  timely  fashion. 
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The   following  example   is  provided  to   illustrate  some  of  the 
characteristics  and  resulting  analysis  which  will    influence  the 
PSRO's  choice  of  a  suitable  data  routing  processing  alternative. 

A  representative  PSRO  sent  surveys  to  the  hospitals   in  its 
area,  and  subsequently  interviewed  each  hospital  administrator 
and  the  data  abstract  system  directbr  concerning  data  policy. 
Sample  PSRO  found  that: 

There  were  12  hospitals  in  its  area,  with  a  total  of 
of  1640  beds 

All  12  hospitals  intended  to  seek  delegated  status  to 
perform  concurrent  review  activities 

Five  hospitals,  with  60%  of  the  total  admissions  in  the 
PSRO  area,  used  the  "A"  discharge  abstract  system. 
The  "A"  system  used  the  ICDA-8  coding  system 

Four  hospitals,  with  25%  of  the  total  admissions  in 
the  PSRO  area,  used  the  "B"  discharge  abstract  system. 
The  "B"  system  used  the  H-ICDA-2  coding  system 

One  hospital,  with  8%  of  the  total  admissions  in  the 
PSRO  area,  had  its  own  internal  data  collection  and 
processing  system,   and  used  the  ICDA-8  coding  system 

Two  hospitals  with  1%  of  the  total  admissions  in  the 
PSRO  area,  had  no  ongoing  data  collection  system 

Both  systems  were  capable  of  collecting  and  processing 
locally  defined  data  elements  to  support  MCE  studies, 
and  were  also  willing  to  collect  all  PHDDS  elements  on 
their  abstracts 

All  10  hospitals  with  a  data  system  were  pleased  with 
their  existing  arrangements.     Both  systems  provided 
comprehensive  services  and  timely  responses 

Both  systems  intended  to  submit  a  proposal  for  designa- 
tion as  the  PSRO's  areawide  processor. 
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Aim  lysis  of  these  data    indicated  to  the  PSRO  that  Option  IX 
1 roni  the  Provisional   Policies  was  descriptive  of  the  situation  in 
the  area.     The  PSRO  decided  to  pursue  the  following  objectives: 

If  the  two  hospitals  with  no  data  system  support  were 
assigned  delegated  status,  a  condition  of  the  MOU 
would  be  that  the  hospitals  provide  the  PSRO  with  the 
PHDDS  data  for  all  Federal  patients  on  a  timely  basis. 
If. the  hospitals  were  NOT  delegated,  the  PSRO  intended 
to  provide  data  collection  services  in  those  hospitals 

If  a  uniform  data  abstract  could  not  be  agreed  upon  by 
all  parties,   then  the  successful  area  processor  system 
format  would  be  used   in  the  hospitals  where  it  was  already 
used,   and  in  the  two  hospitals  with  no  data  system 
support.     The  PSRO  would  then  seek  provisions  in  the 
MOUs  with  the  remaining  hospital  with  the  internal 
system  to  have  data  tapes,  containing  the  PHDDS  data 
for  each  Federal  patient  submitted  to  the  processor 

Hospitals  not  subscribing  to  a  system  would  be  encouraged 
to  use  the  coding  system  of  the  area  processor 

Dual  diagnosis  coding  would  be  accepted  as  an  interim 
measure . 

If  these  arrangements  could  not  be  finalized,  the  PSRO  then 
intended  to  discuss  further  data  routing  and  processing  alter- 
natives with  both  the  hospitals  and  the  two  existing  systems. 

While  this  scenario  assumes  that  one  of  the  two  existing 
systems  would  win  the  area  processor  subcontract,  other  potential 
bidders  could  also  respond  to  the  RFP  and  conceivably  receive  the 
processing  subcontract. 

5  .       SUMMARY  AND  REVIEW 

The  key  points  in  this  section  include: 

A  thorough  area  analysis  is  necessary  for  sound  PSRO 
development  as  well  as  to  meet  program  requirements 
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The  PSRO  must  become  knowledgeable  with  respect   to  local 
capabilities  and  characteristics  in  order  to  assess  exist- 
ing options  and  determine  alternatives 

The  area  assessment  may  be  accomplished  through  a  survey 
questionnaire  sent  to  the  hospitals,  a  telephone  survey, 
personal  interview  with  hospital  staff,  or  any  other 
feasible  and  accurate  technique 

The  PSRO  must  be  sensitive  to  the  burden  placed  on 
hospitals  regarding  information  reporting  to  support 
PSRO  development.     Other  factors  to  be  carefully  con- 
sidered are  also  discussed 

The  area  analysis  must  focus  upon  various  types  of  data 
activities  including  but  not  limited  to: 

Current  data  abstracting  and  collection  systems 

In-house  capabilities  and  personnel  resources 

Timing  and  performance  characteristics. 

Analysis  of  the  information  received  will  aid  the  PSRO 
in  identifying  the  most  viable  data  routing  and  process- 
ing approach  for  its  area. 
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III.      SCI  11,1)11 1, 1 NG   I  OR  PHASINO  HOSPITALS    INTO  Tllli  DATA 


ROUTING  AMD  PROCESSING  SYStEM 


1 .  OVERVIhW 

There  are  four  major  issues  that  will  affect  an  orderly, 
effective  schedule  for  phasing  hospitals  into  the  data  system. 
These  are: 

The  ability  of  the  hospitals  to  provide  PHDDS  data 

The  ability  of  the  collection  and  routing  mechanism 
(once  selected  and/or  designed)  to  handle  the  supplied 
data 

The  ability  of  the  local  processing  center  to  receive 
and  process  the  data 

The  phase-in  policy  objectives  of  the  individual  PSRO. 

The  first  issue  depends  upon  the  successful  implementation  of 
hospital   review  functions.     Since  discussion  in  this  document  is 
limited  to  consideration  of.  the  hospital's  capability  to  provide 
PHDDS  data  accurately  and  efficiently  once  review  is  initiated, 
this  issue  will  not  be  discussed  further.     However,   the  technical 
ability  of  the  hospital  to  produce  data  --   either  directly  or 
thiough  a  discharge  abstract  system,  will  be  considered. 

When  developed,   the  phase-in  plan  should  establish  target 
dales  for  implementation  of  data  collection  activities  in  a 
paiticular  hospital,   or,   in  the  case  of  delegated  hospitals,  the 
expected  date  each  institution  should  begin  reporting  data  to  the 
PSRO  system.     Under  the  Provisional  Policies,  those  hospitals  to 
be  delegated  PSRO  review  functions  must  agree  in  writing  to 
collect  and  provide  to  the  PSRO  the  minimum  PHDDS  and  optional 
data.     As  explained  in  Transmittal  #20,   a  PSRO  or  delegated 
hospital  should  be  capable  of  collecting  the  data  necessary  to 
support  review  activities  at  the  time  the  review  processes  are 
begun . 
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Prior  to  the  formula t ion  of  the  phase-in  plan,   the  PSRO  will 
have  submitted  to  BQA  its  implementation  plans  and  a  time  schedule 
including  key  dates   (or  milestones)   for  achieving  various  tasks  and 
results,  as  specified  in  Transmittal   #25.     Effective  and  thorough 
implementation  planning  by  the  PSRO  should  include  maintaining 
information  regarding  the  users  of  PSRO  data  and  existing  data 
systems  within  the  PSRO  area  in  internal  PSRO  files.     Other  types 
of  data  not  specifically  required  by  BQA  should  also  be  maintained 
by  the  PSRO  for  internal  use;  much  of  this  information  will  have 
been  collected  during  the  area  analysis  activities  discussed  in 
Section  I I . 

The  PSRO  should  recognize  how  the  particular  option  under 
which  it  plans  to  operate  impacts  on  its  phase-in  schedule.  The 
goal  that  the  PSRO  should  aim  for  has  been  set  by  Provisional 
Policy  Guideline  3.1.3: 

"The  system  should  be  capable  of  inputting  PSRO  data 
within  90  days  from  the  start  of  review  by  the  PSRO 
and  delegated  hospitals,   subject  to  DHEW  approval  of 
subcontracts . " 

2 •       ABILITY  OF  THE  HOSPITALS  TO  PROVIDE  PHDDS  DATA 

There  are  a  number  of  factors  that  a  PSRO  should  consider 
in  determining  each  hospital's  ability  to  provide  PHDDS  data. 
These  include: 

Status  of  Review  Implementation 

Collection  of  PHDDS  data  does  not  generally  begin  unless 
review  activities  have  been  implemented,   since  the 
events  associated  with  Part  B  of  the  PHDDS   (the  "P" 
elements)  may  not  yet  occur  on  a  routine  basis. 
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Assessment  of  Data  ADsl  r-acl  j  irg  Cap  a  h  i  1  i  t  y 

The  I' SRC)  area  analysis  effort  is  haul  d  assess  the  cap- 
ability of  each  hospital   with  'respect  to  data  abstract- 
ing.     In  addition,    hi   the  case  of  delegated  hospitals 
responsible  for  abstracting   their  own  data,  estimates 
must  be  made  of  their   future  capability  once  the  review 
function  is  implemented.     This  assessment  of  current 
and  future  capability  of  each  given  hospital  to  supply 
PHDDS  data  must  carefully  consider  the  compatibility 
of  future  requirements  and: 

The  adequacy  of  current  data  collection  forms 
already  in  use  in  the  hospitals,   and  the  extent 
to  which  existing  forms  and  procedures  may  have 
to  be  modified  to  satisfy  PSRO  requirements 

The  current  number  of  trained  staff  available, 
and  whether  there  will  be  an  adequate  supply  of 
manpower  to  perform  the  required  PSRO  data  collec- 
tion activities 

The  qualifications,   experience,  and  skills  of  the 
existing  staff  resources. 

Collection  of  PHDDS  Data  in  Non-Delegated  Hospitals 

Hospitals  with  non - delegated  review  status  can  be 
phased  into  the  data  collection  system  through  the 
abstracting  of  data  either  by: 

Use  of  personnel  hired  and  trained  by  the  PSRO, 
who  go  into  the  hospital  to  abstract  medical 
records ;  or 

The  hospital  currently  subscribing  to  a  discharge 
abstracted  system  which  is  capable  of  providing 
the  PHDDS  data.      (Note:     it  is  not  appropriate 
for  PSROs  to  pressure  non-delegated  hospitals  to 
join  a  discharge  abstract  system  for  the  purposes 
of  collecting  data  for  PSRO  use.) 

The  PSRO's  phase-in  schedule  will  be  affected  by 
whether  the  non - delegat ed  hospitals  can  provide  the 
necessary  data,  and  the  PSRO  should  consider  the  time 
required  to  hire  and  train  staff  as  well  as  to  orient 
them  to  the  various  hospitals  in  which  they  will 
funct  ion . 
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Using  these  considerations  and  others  necessary  to  satisfy 
the  PSRO's  questions,   a  determination  should  he  made  as  to  the 
ability  of  each  hospital  to  provide  PHDDS  data. 

3 .       ABILITY  OF  THE  COLLECTION  AND  ROUTING  MECHANISMS  TO 
HANDLE  THE  SUPPLIED  DATA 

Once  decisions  have  been  made  regarding  the  hospitals' 
ability  to  provide  PHDDS  data,  the  PSRO  should  then  more  closely 
examine  the  collection  and  routing  alternatives. 

If  data  collection  and  routing  could  be  handled  by  services 
already  operating  in  the  PSRO  area,  a  significant  factor  would 
be  implementing  collection  of  any  additional  data  items  to  meet 
PHDDS  requirements. 

Beyond  the  point  of  data  abstracting  in  the  hospital, 
there  are  several  alternatives  for  the  routing  of  PSRO  data  when 
a  currently  operating  data  service  is  to  be  used.     These  include 
the  following: 

To  a  fiscal   intermediary  or  fiscal  agent  with  a  uniform 
data  collection  form  (eventually  in  the  UHDA  format),  or 
a  present  claims  form  with  a  trailer  abstract.      (For  a 
discussion  of  trailer  abstracts  and  files,   see  Section  X  - 
"Record  Linkage"  ) 

To  an  intermediate  collector  who  currently  abstracts 
the  hospitals'   data  and  will  use  its  present  forms, 
modified  for  PSRO  purposes 

To  an  abstract  service  organization  not  currently 
servicing  the  hospital  but  which  agrees  to  accept  a 
PSRO- spec  if ied  data  abstract  form  or  a  present  abstract 
form  with  a  trailer  abstract 

To  a  data  processing  organization  that  is  currently 
serving  as  a  discharge  abstract  system  or  accepts 
hospital  data  using  an  agreed-upon  abstract.  Clearly, 
this  organization  must  be  capable  of  both  data  collection 
and  data  processing  functions. 
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Regardless  of  the  specific  alternat  ive  selected  by  the  PSRO, 
the  capability  of  the  data  collection  and   routing  mechanism  to 
handle-  PSRO  data  needs  will    be  determined  by    its  ability  to 

accommodate : 

The  growing  number  of  hospitals  entering  the  system  as 
the  hospital  phase-in  progresses 

The  addition  Of  data  items  into  previously  existing 
data  systems  and  forms 

The  90-day  timing  requirements  for  implementation  of 
the  system   (Provisional  Policy  Section  3.1.3)  and 
remain  within  acceptable  costs.     Frequently,  the  more 
stringent  the  timing  requirements  for  efforts  of  this 
nature,  the  greater  the  implementation  costs. 

An  analysis  of  these  issues  will  require  a  review  of  the 
following  considerations  and  questions: 

Whether  data  collection  agencies  presently  operate  within 
the  local  PSRO  hospitals.      If  so,  will  they  collect 
additional  items  that  include  PHDDS  data  elements  and 

PSRO  specific  data  elements? 

Where  multiple  abstract  systems  exist,  whether  a 
uniform  data  abstract  form  is  necessary   for  PSRO 
purposes,  and  whether  all  abstract  systems  are  willing 
to  use  the  same  form 

Which  collection  agency  provides  the  greatest  Federal 
patient  coverage  and  institutional  coverage.     Policy  item 
3.2.2  gives  some  priority,   in  case  of  disputes  between 
several  data  collectors,  to  the  organization  "serving 
the  greatest  number  of  hospitals." 

Whether  in  their  Memoranda  of  Understanding  the  hospitals 
in  the  PSRO  area  assumed  responsibility  for  having  their 
collector  forward  collected  data  to  the  PSRO  area  pro- 
cessor  (for  further  discussion,   see  Section  V  - 
"Agreements  and  Data  Collection  Subcontracts") 

Whether  a  collection  agency  already  operating  locally 
can  handle  additional  volume  forwarded  from  hospitals 
(either  delegated  or  non-delegated)  presently  not  on  an 
abstract  system,  but  who  wish  to  join  the  system. 
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Clearly,   the  issue  of  the  abilities  of  the  collection  and 
and  routing  mechanisms  is  interdependent 'with  the  ability  i 
hospitals  to  supply  the  data.     Therefore,  collection  Service 
subcontractors  must  be  aware  of  the  schedule  developed  by  the 
PSRO  for  hospital  phase-in  so  that  they  may  estimate  their  cap- 
ability and  cost  for  providing  required  services. 

4 .       ABILITY  OF  THE  AREAWIDE  PROCESSOR  TO  RECEIVE  AND  PROCESS 
THE  DATA 

In  choosing  an  areawide  processor,  the  PSRO  will  generally 
be  required  to  solicit  competitive  proposals  from  organizations 
wishing  to  provide  their  processing  services  and  which  are  capable 
of  satisfying  the  PSRO  requirements.     However  the  BQA  Provisional 
Policies  do  outline  situations  in  which  a  sole  source  waiver  might 
be  permissible,  specifically: 

Under  Option  I4  where  a  single  Statewide  health  statistics 
system  is  collecting  discharge  data  or  is  prepared  to 
do  so  in  the  immediate  future 

Under  Option  II,  where  a  single  hospital  abstract 
service  organization  is  serving  all  hospitals  in  the 
State 

Under  Option  V,  where  a  local  health  statistics  system 
is  collecting  discharge  data  in  one  or  more  PSRO  areas, 
or  is  prepared  to  do  so  in  the  immediate  future. 

The  purpose  of  allowing  sole  source  waivers  is  to  minimize 
the  duplication  of  processing  services,  especially  in  cases  where 
full  data  collection  services  are  currently  being  provided  for  all 
area  hospitals.     However,  the  PSRO  must  estimate  the  impact  that 
additional  data  items  and  abstracts  will  have  on  a  data  processor 
in  terms  of  cost,  turn-around,  and  accuracy,  especially  if  that 
processor  is  to  be  considered  for  a  sole  source  waiver. 

Under  a  competitive  procurement  situation,   in  order  for  the 
PSRO  to  make  an  informed  decision,  the  written  request  for  proposals 
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must  be  specific  and  thorough   (sec  Section  VI  "PSRO  Data  PrDcessing 
Subcontracts").     Required  capabilities  and  services  that  must  be 
spelled  out  would  include: 

The  acceptance  of  magnetic  tape  output  from  hospitals 
and/or  collection  agencies  and  the  preparation  of 
profiles  and  management  reports  for  the  PSRO  and 
associated  hospitals,   formatted  according  to  contractual 
specifications 

The  preparation  of  a  computerized  data  tape  containing 
the  PHDDS  elements  required  by  BQA  for  submission  to 
the  Federal  processing  center 

The  maintenance  of  a  computerized  data  base  for  local 
PSRO  purposes 

A  firm  estimate  of  the  data  processing  implementation 
timetable. 


The  details  regarding  the  above  products  must  be  specific 
and  complete.     With  this  information  on  hand,  the  PSRO  may  proceed 
with  other  phase-in  efforts. 

5 .       PHASE- IN  POLICY  OBJECTIVES  OF  THE  PSRO 

In  the  development  of  a  phase-in  schedule  the  PSRO  should 
usually  consider  the  dynamics  and  sensitivities  of  its  local 
environment.     Thus,   if  certain  institutions  are  planned  for 
phase-in  ahead  of  others,  justification  should  be  made  in 
terms  of: 

The  ability  of  the  facilities  to  meet  the  established 
data  routing  and  processing  standards 

The  impact  on  the  present  review  functions  and  data 
support  activities 

The  ability  to  minimize  duplication  of  data  collection 


The  strategy  of  whether  the  phase-in  will  first  occur  in 
those  hospitals  most  willing  to  participate  in  PSRO 
activities  and  whether  they  are  to  serve  as  models  for 
other  institutions  in  the  PSRO  area. 
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It  is  likely  that  PSROs  will   initially  phase-in  those  hospitals 
requiring  the  least  disrup  l:  ion  to  the  present  J  at:  '■  <  n  o- 

cesses,  and/or  those  least  costly  to  impl emen'      e.g.,  hospital 
with  an  internal  system,  or  which  subscribe  to  a  discharge  abstract 
service.     Other  factors,  however,  may  also  be  taken  into 
consideration . 

6.       SUMMARY  AND  REVIEW 

The  key  points  covered  in  this  section  include: 

The  initiation  of  review  activities  in  a  given  hospital 
at  a  given  time  is  dependent  on  the  capability  of  the 
hospital  or  the  PSRO  to  perform  the  necessary  review 
and  data  collection  functions  at  the  time  the  review 
processes  are  begun.     In  the  development  of  its 
implementation  schedule,  the  PSRO  should  pay  particular 
attention  to  those  hospitals  already  collecting  data 
through  an  internal  system,  or  through  a  data  collection 
service 

The  phase- in  of  delegated  hospitals  not  already 
collecting  data  must  consider  the  time  impact  that 
recruitment  and  training  of  the  personnel  will  have 
on  the  hospital's  ability  to  supply  data  or  whether 
it  proposes  to  join  an  external  data  abstract  service 

In  non-delegated  hospitals,  the  PSRO's  assessment  is 
based  primarily  on  whether  the  hospital  is  presently 
collecting  data,  and: 


If  so,  whether  the  data  is  in  a  form  suitable  for 
submission  to  the  PSRO  or  PSRO  designee. 

If  not,  whether  the  hospital  will  collect  PSRO 
data  in  the  future  or  if  PSRO  personnel  will  be 
required  to  abstract  the  necessary  data. 


After  these  initial  considerations,  the  phase-in 
schedule  will  be  affected  by  whether  or  not  an  inter- 
mediate collector  is  part  of  the  PSRO's  data  routing 
plan.     Considerations  in  choosing  an  intermediate 
collector  are  briefly  described  (further  treatment 
of  this  topic  is  contained  in  Section  IV,  "Cost 
Components"  and  Section  V,   "Agreements  and  Data 
Collection  Subcontracts") . 
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The  assessment  of  the  ability  of  the  collection  and 
routing  mechanisms  to  handle  the  data  will  furnish  the 
expected  time  that  this  data  will  be  available  to  the 
areawide  processor.     The  requirements  of  the  processor 
to  receive  and  process  data  will  be  specified  in  the 
processor  RFP  and  must  be  addressed  by  potential  bidders 
in  their  proposals.     This  information  should  clearly 
indicate  a  potential  subcontractor's  ability  to  service 
the  PSRO  and  must  be  specifically  documented  in  the 
eventual  contract   (see  Section  VI,  "PSRO  Data  Processing 
Subcontract") . 

All  of  the  issues  associated  with  phasing-in  the  data  system 
are  highly  interrelated.     The  PSRO's  reception  of  reports  depends 
upon  the  date  that  the  processor  can  expect  to  receive  data,  which, 
in  turn  depends  upon  the  hospitals'   ability  to  provide  the  data 
and  the  ability  of  collection  and  routing  mechanisms  to  handle  the 
data . 
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I V .     COST  COMFOT [JOT S 

1.  OVERVIEW 

Each  of  the  nine  data  routing  ^and  processing  options  has  imple- 
mentation and  operating  costs  that  are  closely  related  to  the 
specific  characteristics  of  the  option.     Hence,  the  cost  implica- 
tions and  requirements  for  each  option  should  be  carefully 
considered,   so  that  the  resources  required  for  PSRO  implementation 
can  be  secured. 

For  each  option,  costs  to  the  PSRO  will  be  affected  by  the  mix 
of  delegated,  partially  delegated  and  non-delegated  review  situa- 
tions within  which  the  PSRO  will  be  operating.     Whether  a  hospital 
has  delegation  status  affects  not  only  considerations  of  who  (i.e., 
PSRO  or  hospital)   is  responsible  for  what  tasks,  but  also  who  is 
responsible  for  what  costs.     In  essence,  then,  under  each  option  the 
components  and  allocation  of  costs  among  the  PSRO  and  hospitals  must 
be  considered.     This  topic  is  the  focus  of  this  section. 

The  PSRO  should  have  some  estimate  of  the  total  costs  for  the 
data  routing  and  processing  option(s)   that  it  is  considering  so  that 
it  may  better  prepare  the  subcontractor  Request  For  Proposal  (RFP) 
and  then  evaluate  the  responses   (see  Sections  V,  "Agreements  and 
Data  Collection  Subcontracts"  and  VI,  "PSRO  Data  Processing  Sub- 
contracts").    The  PSRO's  determination  of  its  most  viable  alterna- 
tive from  among  the  potential  options  will  certainly  be  enhanced  by 
estimation  of  the  various  cost  components  and  allocations  under  each 
of  the  potential  options,  especially  considering  the  75£  maximum 
allowable  cost  per  discharge. 

This  section  also  provides  a  discussion  of  some  of  the  issues 
that  will  arise  when  allocating  the  budget  according  to  the  7 5 <t  per 
discharge  guidelines  set  forth  in  Section  2.5  of  the  Provisional 
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Policies.     It  should  also  serve  to  demonstrate  that  the  prepara- 
tion of  a  detailed  budget,  based  on  the  findings  of  the  area 
analysis,  may  prove  very  helpful  for  the  purposes  of  option 
selection  and  the  preparation  and  evaluation  of  RFPs.     It  should 
also  be  noted  that  a  PSRO  may  be  able  to  circumvent  many  of  the 
attendant  costs  for  data  routing  and  processing  if,  through  the 
Memoranda  of  Understanding,   it  can  have  hospitals  agree  to  supply 
data  in  the  form  required  by  the  PSRO  through  an  existing  system. 

2 .       GENERAL  PRINCIPLES  REGARDING  RESPONSIBILITIES  FOR 
COLLECTION  COSTS 

In  the  following  discussion,   a  distinction  is  made  between 
a  data  collection  agency  or  system  and  the  area  processor  function. 
However,   it  is  recognized  that,   in  some  instances,  a  collection 
system  may  also  serve  as  the  area  processor. 

The  following  principles  generally  apply  in  determining  cost 
responsibilities  for  the  collection  of  data  for  PSRO  purposes. 
The  costs  discussed  are  for  routing  and  collection  beyond  the 
point  of  preparation  of  discharge  abstracts   ("input  documents") 
or  data  tape  preparation  in  or  by  a  hospital.     The     75<fr  per 
discharge  does  not  cover  the  cost  of  preparing  input  documents. 

Hospitals  with  delegated  review  status  must  bear  the 
data  preparation  and  data  entry  costs.     If  the  hospitals 
subscribe  to  a  collection  system  such  as  a  discharge 
abstract  service,   this  includes  the  cost  of  submitting 
the  abstract  and  the  preparation  of  reports  for  the 
hospital's  internal  use.     Reports  generated  for  PSRO 
purposes  would  be  paid  for  by  the  PSRO. 

Delegated  hospitals  not  subscribing  to  a  system  would 
be  responsible  for  the  costs  of  preparing  abstracts  in 
a  hard  copy   (paper)   or  other  format  specified  by  the 
PSRO,  and  as  developed  in  a  joint  cooperative  effort  by 
the  PSRO,  hospitals,  and  contractors. 

For  hospitals  not  delegated  concurrent  review  responsi- 
bilities, but  subscribing  to  a  data  collection  system, 
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the  PSRO  should  attempt  to  negotiate  an  arrangement 
whereby  the  hospital  continues  to  subscribe  to  the 
existing  system,  and  the  PSRO  assumes  those  costs 
which  exceed  the  hospital's  costs  for  the  current 
system. 

For  non-delegated  hospitals  which  do  not  subscribe  to 
a  data  collection  service,  the  PSRO  would  be  responsible 
for  the  costs  associated  with  collecting  and  routing 
the  data  necessary  to  support  PSRO  functions. 

In  all  instances,  costs  associated  with  converting  the 
data  from  an  existing  collection  agency  to  a  format 
specified  by  the  PSRO  must  be  borne  by  the  PSRO. 

3.       BQA  POLICY  ON  MAXIMUM  COST  PER  DISCHARGE 

A  rather  critical  issue  concerns  the  PSRO's  negotiations 
for  data  collection  and  processing  services  within  the  policy 
requirement  that  cost  per  discharge  may  generally  not  exceed  7 5 . 
The  Provisional  Policies  specify  that  for  data  processing 
organizations  currently  collecting  or  preparing  to  install  a 
discharge  data  system  for  Federal  patients,  allowable  collection 
costs  must  be  determined  by  consideration  of  whether  costs 
incurred  are  related  specifically  to  PSRO  operations.     In  such 
cases,  within  the  maximum  of  75<fr  per  discharge  the  following  costs 
for  data  entry  may  be  covered  for  data  items  over  and  above  those 
currently  being  collected  and  required  for  PSRO  purposes. 

"Incremental  costs"  that  are  associated  with  forms, 
handl ing ,   editing  and  keypunching  into  machine-readable 
language  the  PSRO- specif ic  data  elements. 

The  formula  for  computing  the  incremental  costs  associ- 
ated with  adding  data  items  is  as  follows: 

P    X  100  =     Percentate  of  total  cost  chargeable  to  the 
Y~  PSRO  per  Federal  patient  abstract 

c 

where : 

P     =  Total  number  of  characters  comprising  the 

additional  PSRO- specif ic  elements  per 
abstract   (the  additional  PSRO  data  elements 
do  not  include  UHDDS  elements  already  being 
collected) 
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T     =  Total  number  of  characters         the  abstract 

(i.e.   Pc  +  UHDDS  elements  already  being 

collected) 

In  addition,   the  full   costs  of  preparing  and  furnishing 
a  computer  tape  to  the  PSRO  or  its  procefsing  agent 
must  fall  within  75<f  per  discharge  maximum. 

The  total  amount  to  be  funded  by  BQA  for  this  effort  through- 
out the  PSRO  systems  will  be  governed  by  the  PSRO  £hase-in 
schedule  and  the  estimated  total  number  of  Federal  discharges 
reviewed  by  PSRO- delegated  and  non-delegated  hospitals  during  the 
contract  year. 

4 .  FORMATTING  COSTS  * 

When  several  collection  agencies  exist  in  a  P|RO  area,  it 
will  be  necessary  for  the  data  to  be  prepared  in  a  uniform  format 
prior  to  processing  on  an  areawide  basis.     These  format  specifi- 
cations must  be  developed  by  the  PSRO  in  conjunction  with  the 
area  processor.     Generally  speaking,  all  costs  for  converting 
data  to  meet  these  specifications  will  be  borne  by  the  PSRO 
(see  Provision;)!    Policies  Sections  3.2.2  and   3.3.6.1(b)  for 
further  reference) . 

5.  PROCESSOR  SUBCONTRACT  f 

The  PSRO  is  responsible  for  all  costs  associated  with  area- 
wide  processing.     These  costs  include: 

Data  entry 

Data  editing   (data  will  be  re-edited  by  processor^ 
although  initially  edited  by  collection  services,  in 
cases  where  such  services  have  been  used  for  routing) 

Data  processing 

Report  generation   (routine  and  special  reports) 
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Overall  quality  and  data  control    (see  discussion  in 
Section  IX,   "Quality  Control  and  Documentation 
Standards") 

Reformatting  all  PSRO  data  onto  computer  tapes  meeting 
BQA  specifications  for  data  submission  to  the  Federal 
processing  center. 

All  above  costs  must  generally  fall  within  the  75^  allowable 
cost  per  discharge.     As  mentioned  previously,  each  option  will 
require  the  PSRO  to  incur  various  types  of  costs  to  support  the 
mix  of  services  it  must  purchase  under  any  given  option.  In 
addition,   other  organizations  such  as  delegated  hospitals  will 
be  responsible   for  certain  incurred  costs.     The  following  para- 
graphs discuss  the  types  of  costs  for  each  option  and  the  method 
under  which  these  costs  will  be  typically  allocated. 

6.       COST  ALLOCATIONS  UNDER  OPTIONS  I,    II,    IV,   V,   VI,  AND  VII 

Under  these  options,  the  following  cost  allocations  would 
be  made : 

Delegated  hospitals  would  be  responsible  for  all  data 
collection  costs 

If  the  PSRO  can  negotiate  such  arrangements,  non- 
delegated  hospitals  with  a  previously  existing  data 
collection  system  would  be  responsible  for  the 
collection  costs  for  all  elements  customarily  collected, 
if  this  system  becomes  integrated  into  the  PSRO  data 
collection  effort.     Any  such  arrangement  should  be 
documented  in  the  Memorandum  of  Understanding  between 
the  PSRO  and  the  hospital 

The  PSRO  would  generally  be  responsible  for  additional 
collection  costs  of  extra   items  from  non- delegated 
hospital s 

The  PSRO  is  responsible  for  all  formatting  and  area 
processing  costs. 
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7.        COST  ALLOCATIONS  UNDER  OPTION  III 


Under  this  option,   the   fiscal  intermediaries  and  state 
agencies  would  be  collecting  the  UHDDS  items.     After  the  Uniform 
Hospital  Discharge  Abstract   format  becomes  a  requirement  for  all 
Federal  discharges,   the  PSRO  could  receive  a  hard  copy  of  the 
UHDA  information  directly  from  the  hospital.     The  "P"  items  and 
local   additional   items  could  then  be  collected  on  a  trailer 
abstract  and  merged  at  the  area  processor  level    (see  Section  X, 
"Records  Linkage").     Under  these  conditions,  the  following  cost 
allocation  would  occur: 

Costs   for  collection  of  the  UHDDS  items  would  be 
reimbursed  through  program  reimbursement  mechanisms 
to  both  providers  and  intermediaries 

If  the  PSRO  contracts  with  intermediaries  for  the 
preparation  of  data  tapes  containing  the  UHDDS  items, 
so  that  these  tapes  can  be  merged  directly  with  the 
trailer  abstracts,   the  PSRO  will  be  responsible  for 
the  costs  of  the  data  tape  preparation 

The  PSRO  would  be  responsible  for  costs  of  formatting, 
merging  of  the  trailer  abstract  items  with  the  UHDDS, 
and  all  area  processing. 

8 .       COST  ALLOCATIONS  UNDER  OPTIONS  VIII  AND  IX 

Under  these  options,   the  following  cost  allocation  would 

occur : 

Delegated  hospitals  with  their  own  internal  system,  or 
subscribing  to  a  system  would  be  responsible  for  all 
data  collection  costs 

Delegated  hospitals  not  subscribing  to  a  system  are 
responsible  for  all  costs  associated  with  input 
document  preparation 

If  the  PSRO  can  negotiate  such  arrangements,  non- 
delegated  hospitals  with  a  previously  existing  data 
collection  system  would  be  responsible  for  the 
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collection  costs   for  all   elements  customarily 
collected  if  this  system  becomes  integrated  into 
the  PSRO  data  collection  effort.     Any  such  arrangement 
should  be  documented  in  the  Memorandum  of  Understanding 
between  the  PSRO  and  the  hospital 

The  PSRO  would  be  responsible  for  additional  collection 
costs  of  extra  items  from  non-delegated  hospitals 

The  PSRO  would  be  responsible  for  all  data  collection 
costs  from  non-delegated  hospitals  not  subscribing  to 
a  collection  system 

The  PSRO  would  be  responsible  for  all  formatting  afui 
area  processing  costs. 

9.       COST  CONTAINMENT  STRATEGIES 

There  are  several  strategies  which  the  PSRO  can  pursue  to 
optimize  use  of  the  allowable  7 5 <^  per  discharge.     Some  of  these 
include : 

Minimizing  the  collection  of  optimal  data  items  until 
their  utility  can  be  established.     For  instance,  it 
may  be  more  cost  effective  to  collect  certain  items  on 
a  sample  or  special  study  basis,  rather  than  opt  for 
routine  on-going  collection,  until  the  utility  of  the 
items  has  been  determined 

Encouraging  existing  data  collection  systems  to 
collect  as  a  minimum,  all  PHDDS  data  elements 

In  those  instances  where  only  a  few  hospitals  do  not 
participate  in  a  data  collection  system,  structure 
data  collection  in  those  hospitals  to  be  as  compatible 
as  possible  with  locally  operating  collection  systems. 
This  may  help  to  minimize  the  variation  in  input 
document  formats.     It  may  also  ease  the  task  of  editing, 
converting  data  from  paper  to  a  computer  readable 
medium   (magnetic  tape)   and  other  such  processes  (see 
Part  Two  for  further  discussion) 

If  the  area  processor  is  also  a  collection  system, 
designing  the  input  format  from  hospitals  not 
participating  in  any  collection  system  to  be  as 
compatible  as  possible  with  the  existing  input  format. 
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10.      SUMMARY  AND  REVIEW 


The  key  points  covered  in  the  Cost  Components  section 
include : 

The  allowable  cost  per  discharge  for  data  collection 
and  processing  services  may  generally  not  exceed  75^. 
PSROs  are  expected  to  optimize  use  of  monies  spent  for 
such  services 

Data  collection  and  processing  costs  will  be  influenced 
by  the  delegation  status  of  the  hospitals  from  which 
data  are  collected.     PSROs  should  generally  not  assume 
data  collection  costs  in  delegated  hospitals 

In  non-delegated  hospitals,   the  PSRO  may  be  required 
to  bear  the  cost  of  collecting  data  items  other  than 
those  which  may  be  regularly  collected  for  the 
hospital's  data  collection  system.     Wherever  possible, 
PSROs  should  attempt  to  use  data  already  collected  for 
an  existing  discharge  abstract  system 

The  PSRO  will  generally  assume  the  costs  of  converting 
data  to  the  format  specifications  prepared  by  the  PSRO. 

It  may  be  the  case  that  several  of  the  options  identified 
in  the  Provisional  Policies  are  applicable  in  a  given  PSRO  area. 
The  PSRO  should  consider  carefully  the  cost  effectiveness  of 
each  alternative  before  deciding  on  a  system  designed  around  one 
of  the  applicable  options. 
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V.      AGREEMENTS  AND  DATA  COLLECTION  SUBCONTRACTS 


1.  DEFINITIONS 


Implementation  of  the  Provisional  Policies  will  require  that 
newly  established  PSROs  enter  into  a  variety  of  relationships  that 
must  be  documented  with  Memoranda  of  Understanding   (MOUs) ,  agree- 
ments,  and  subcontracts.     These  terms  are  defined  as  follows: 


Memorandum  of  Understanding   ( MOU ) 


This  document  specifies  the  terms  of  each  individual 
hospital's  relationship  to  the  PSRO.     It  identifies 
the  responsibilities  of  each  individual  party  for 
various  activities,  and  may  delineate  the  cost  respon- 
sibilities for  these  activities. 

This  document  will  specify  various  terms  in  the  rela- 
tionship of  a  hospital  or  PSRO  to  an  outside  data 
collection  service.     These  terms  will   involve  arrange- 
ments not   requiring  an  exchange  of  money.     If  money  is 
exchanged,   this  document  is  no  longer  considered  an 
agreement,   but  rather  a  "subcontract". 

Subcontracts 


This  term  refers  to  documented  relationships  between 
a  PSRO  or  hospital   and  another  organization  requiring 
an  exchange  of  money  in  return  for  specific  data  col- 
lection and/or  processing  services. 

2 .  AGREEMENTS 

U 

Agreement  for  the  collection  and  routing  of  the  required  data 
to  the  PSRO  should  be  integral  to  the  MOU  developed  between  the  hos- 
pital  and  the  PSRO.      In  those   instances  where  the  hospital   is  to 
have  delegated  review  status,   the  hospital  must  agree  to  supply  the 
necessary  data  either  in  a  form  specified  by  the  PSRO,  or  via  a 
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data  collection  mechanism  such  as  a  discharge  abstract  system. 

In  the  case  of  hospitals  not  delegated  concurrent  review, 
the  MOU  should  specify  the  conditions  under  which  data  are  made 
available  to  PSRO  personnel.     Three  basic  alternatives  could  apply: 

PSRO  personnel  perform  the  actual  abstracting 

Hospital  personnel  and/or  PSRO  personnel  perform 
the  data  abstracting,   and  the  hospital  agrees  to 
supply  data  either  in  tape  format  from  an  internal 
computer  system,  or  in  hard  copy  format,  directly 
to  the  PSRO  or   its  areawide  processor 

The  hospital  subscribes  to  a  data  collection  system 
such  as  a  discharge  abstract  service  and  agrees  to 
provide  the  data  via  this  mechanism. 

Whenever  an  external  data  collection  organization  is  involved, 
a  second  level  of  agreement  is    involved.     At  this  level,   the  PSRO 
should   insure  that  each  hospital  and  the  data  collection  organiza- 
tion to  which  it  subscribes  are  alerted  to  the  data  information 
requirements  of  the  PSRO.     Provisions  must  be  made  for  release  of 
the  data  to  the  PSRO.     The  organizations  through  which  provisions 
might  be  made   for  data  collection  include: 

The  hospital   using   its  discharge  abstract  system 

Any  state  agency  that  serves  as  a  data  collector 

A  cooperative  health  statistics  system  that  may  be 
operating   in  the  PSRO  area 

Any  other  established  data  collector. 

The  PSRO  and  hospital    should  be   in  agreement  that   it  is  the 
hospital's  obligation  to  negotiate  with  the  data  collection  agency 
for  collection  and  release  of  the  data  to  the  PSRO.      In  most 
instances,   data  collection  organizations  already  have  developed 
agreements   for  data  release.     Exhibit  V-l,   which  follows  this 
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Section,  is  based  on  the  standard  agreement  between  hospitals  and 
the  Commission  on  Professional  and  Hospital  Activities  (CPHA)  for 
release  of  Professional  Activities  Study  (PAS)  data,  and  provides 
an  example  of  such  agreements. 

Under  the  various  data  collection  options,   the  following  agree- 
ments way  be  required: 

( 1 )  Agreements  Under  Option  I 

Under  Option  I,  where  a  single  statewide  health  statis- 
tics system  is  collecting  discharge  data  or  is  prepared  to 
do  so  in  the  immediate  future,   the  hospital's  second  level 
agreement  would  be  with  this  agency.      If  data  or  information 
is  being  collected  on  all  Federal  patients,  then  the  hospital's 
agreement  would  in  effect  serve  to  notify  the  statewide  agency 
that   some  of  these  data  are  to  be  routed  to  the  PSRO.  Routing 
would  be  simple  and  direct. 

It  is   implicitly  assumed  that  the  statewide  health 
statistics  system  would  be  a  candidate  for  a  sole  source 
waiver  by  the  HSA  Contracting  Officer.     However,  the  PSRO 
must  still  negotiate  the  costs  associated  with  the  processing 
and  provision  of  the  data  to  meet  PSRO  requirements,  and 
the  costs  associated  with  processing  new  or  additional 
data  elements   required  by  the  local  PSRO.      (The  latter 
issue   is  also  discussed  in  Section  IV,   "Cost  Components.") 

(2)  Agreements  Under  Option  T  1_ 

Under  Option   II,  where  a  single  hospital  abstract  ser- 
vice organization   is   serving  all   hospitals   in  the  State,  the 
hospital  will  be  in  a  similar  situation  as  described  for 
Option   I.     Because  an  individual   PSRO  will  not  necessarily  be 
able  to   influence  the  adoption  of  a  specific  format  for  col- 
lection of  data  elements  by  a  discharge  abstract  organization, 
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the  agreement  between  the  hospital  and  the  abstract  service 
should  clearly  spell  out  what  data  the  hospital  wants 
released  to  the  PSRO. 

( 3 )     Agreements  Under  Option  111 

Under  Option  III,   the  fiscal   intermediaries  for  Medicare 
and  state  agencies  responsible  for  Medicaid  and  Title  V  collect 
UHDDS  items  using  a  Uniform  Hospital  Discharge  Abstract  format 
(UHDA)   to  supplement  the  claim  forms.     Medicare  intermediaries 
are  expected  to  begin  collecting  the  UHDA  in  the  near  future. 
When  Medicaid  and  Title  V  state  agencies  supplement  their 
claims  with  the  UHDA,   the  three  agencies  in  the  aggregate  will 
fully  cover  Federal  patients.     As  a  result,   full  patient  cover- 
age for  UHDDS  items  may  be  possible  by  collecting  the  informa- 
tion from  these  agencies. 

Under  this  option,   three  basic  alternatives  exist: 

* 

Copies   (paper)   of  UHDAs  could  be  forwarded  directly 
from  the  hospital   to  the  PSRO  or  to  its  areawide 

processor 

An  intermediary  or  state  agency  could  serve  as  the 
PSRO  areawide  processor,  in  addition  to  collecting 
UHDA  data 

Intermediaries  and  state  agencies  could  receive 
UHDAs  and  prepare  data  tapes  for  submission  to  the 
PSRO  or   its  areawide  processor.     This  alternative 
would  be  the  most  complex  in  terms  of  routing  and 
necessary  supporting  agreements  and  subcontracts. 

While  there  may  frequently  be  a  problem  of  coordinat- 
ing data  flow  from  hospitals  in  an  area,   these  problems 
are  greatly  compounded  when  data  from  a  single  hospital 
are  routed  through  multiple  collection  agencies,   as  would 
be  the  case  with  the  third  alternative.     If  all  the 
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data  covering  the  Federal  patients  treated  at  a  given  hospi- 
tal during  a  given  period  do  not  arrive  at  the  PSRO  simultan- 
eously, batch  control,   forms  control  and  other  such  control 
factors  will  be  affected   (these  topics  are  explained  in 
Section  VIII,   "Data  Flow:     Control  and  Monitoring"). 

The  agreements  that  a  hospital  would  have  to  make  become 
more  complex  as  the  hospital  tries  to  satisfy  local  PSRO 
requests  for  data.     The  hospital  has  to  insure  that  the  data 
elements  are  collected  and  delivered  to  the  PSRO  in  an 
acceptable  form.     Acceptability  requires  that  the  items  be: 

Tn  a  coded  form  agreed  to  by  the  PSRO 

Delivered  according  to  a  schedule 

Supplemented  by  PHDDS  items  and  local  PSRO  items 
that  may  not  be  systematically  collected  by  the 
agenc  i  es 

Delivered  under  the  specifications  enunciated  by 
the  PSRO  with  regards  to  confidentiality,  error 
identification,   editing  standards,   and  batch  control. 

Using  the  claims  track  could  introduce  delays  in  the  data 
flow  and  batch  control.     The  same  problem  may  occur  if  there 
are  several   data  abstracting  services  operating  in  the  PSRO 
area.     To  prepare  the  data  for  PSRO  use,   a  contract  with  a 
separate  processor,  who  has  the  ability  to  satisfy  the  time 
and  volume  considerations  associated  with  PSRO  data  needs,  may 
be  required.     The  problems  of  coordination  at  the  fiscal  agent 
level  can  also  be  appreciated,   as  different  PSROs  will  most 
likely  request  different  optional  items. 

( 4 )     Agreement s  _U n d e r  Opt  ion  IV 

In  Option  IV,  a  single  statewide  data  system  is  supporting 
an  existing  concurrent  review  system,  such  as  CHAMP  or  HASP. 
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Under  this  option,    if  the  data  collection  and  processing 
mechanisms  employed  by  the  data  collectors  are  sufficient  and 
acceptable,   the  hospital  will   then,   through  written  directions 
in  their  agreement,   instruct  the  review  system  to  release  data 
to  the  PSRO.      It   is  necessary  that  the  agreement  stipulate  any 
additional   items  which  may  have  to  be  collected  to  satisfy  an 
individual  PSRO's  needs.     This  option  would  provide  the  hospi- 
tal  and  the  PSRO  a  principal  alternative  for  securing  the  data 
elements  that  they  deem  necessary.     Though  such  release  of 
data  by  the  existing  review  system  to  the  PSRO  will  be  con- 
tained in  the  agreement,   the  addition  of  new  data  elements  may 
call   for  the  renegotiation  of  cost  per  abstract  for  reimburse- 
ment purposes,   and  should  be  so  stated. 

It  should  be  noted  that  many  of  these  existing  statewide 
data  systems  collect  data  only  on  Title  XIX  patients.  Provi- 
sions must   therefore  be  made  to  collect  data  on  all  Federal 
patients  through  the  existing  data  system,  or  to  arrange  for 
the  collection  of  data  on  Title  XVIII  and  Title  V  patients 
through  another  mechanism,  and  to  merge  the  data  into  a  master 
data  base  at  the  areawide  processor.     If  PSRO  review  supercedes 
a  Title  XIX  review  program,   it  may,   indeed,  be  most  efficient 
to  maintain  the  existing  data  system,  and  to  use  the  system  to 
support  PSRO  review  activity. 

To  meet  the  PSRO  data  needs,   there  may  be  an  impact  on 
the  usual  data  delivery  due  to  new  time  and  volume  considera- 
tions.    The  agreement  should  clearly  state  the  revised  delivery 
dates  as  specified  by  the  PSRO  and  the  effect  that  optional 
data  elements  will  have  on  the  existing  review  system. 

(  5 ")     A  g  re  em  ents  Under  Option  V 

Option  V,  where  a  local  health  statistics  system  is 
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collecting  discharge  data  in  one  or  more  PSRO  areas  or  is 
prepared  to  do  so  in  the   immediate  future,    is   similar  to 
Option  1   discussed  above.     The  difference  is  primarily  one  of 
scale.     Under  the  first  option,  one  is  considering  a  single 
statewide  system  that  serves  as  the  collector  and  processor  of 
data.     Under  Option  V,   the  system  being  considered  is  one  that 
serves  one  or  more  PSRO  areas  but  does  not  serve  the  whole 
State . 

If  such  a  system  exists  and  hospitals  presently  subscribe 
to  its  services,  a  simple  release  of  information  to  the  PSRO 
is  all  that   is  necessary,   as   in  Option  I. 

( 6 )  A greements  Under  Opti on  VI 

In  Option  VI  a  single  abstract  service  organization  is 
subscribed  to  by  all  hospitals  in  the  PSRO  area.     Since  all  the 
hospitals  subscribe  to  the  service  for  discharge  abstracting, 
this  option  has  some  of  the  advantages  described  for  Option  II. 
The  same  types  of  agreements  as  in  Option  II  must  be  executed. 
While  the  Provisional  Policies  require  that  the  processing 
subcontracts  be  awarded  on  the  basis  of  competitive  bids,  the 
abstract  service  in  this  option  should  be  in  a  position  to  pro- 
vide basic  services  at  a  considerable  cost  saving  or  provide 
additional  services  beyond  other  competitors. 

( 7 )  Agreements  Under  Option  VII 

In  Option  VII,  all  hospitals  in  the  PSRO  area  subscribe 
to  abstract  service  organizations,  but  more  than  one  abstract 
service  operates  in  the  PSRO  area.     This  situation  requires  the 
PSRO  to  conduct  a  thorough  investigation  of  the  routing  and 
cost  implications   (see  Sections  II  and  IV,  "Area  Analysis"  and 
"Cost  Components").     Consideration  must  be  given  to  the  number 
of  hospitals  subscribing  to  each  data  service  and  their  past 


V-7 


record  of  performance.     The  Provisional  Policies  state  that, 
if  the  abstract  services  are  able  to  provide  PSRO  data  from  the 
hospitals  they  serve  through  a  formal  arrangement  with  the 
PSRO ,   then  this  situation  becomes  a  viable  option.  However, 
the  need  would  exist  to  subcontract  for  an  area  processor,  on 
a  competitive  basis,  and  to  develop  the  necessary  routing 
mechanisms.     One  of  the  existing  services  may  or  may  not  be 
awarded  the  processing  subcontract. 

Hospitals  would  be  required  to  sign  agreements  with 
their  particular  service  organization  to  supply  the  necessary 
data   for  release  to  the  PSRO. 

( 8 )     A g re em ents  Under  Option  VIII 

Option  VIII  is  applicable  where  all  the  hospitals  in  the 
PSRO  area  do  not  subscribe  to  abstract  service  organizations. 
Here,    the  responsibility  of  the  PSRO  is  to  acquire  data  from 
those  hospitals  using  an  abstract  service  and  to  arrange  for 
collection  directly  in  those  hospitals  not  subscribing  to  a 
service.     It   is  implied  under  Option  VIII  that  either  some  or 
most  hospitals  may  already  belong  to  an  abstract  service  organi- 
zation.    The  PSRO  will  then  have  to  develop  a  data  collection 
mechanism  for  those  hospitals  not  subscribing  to  a  service. 
This  may  require  PSRO  staff  to  collect  data.  Alternatively, 
the  hospital  may  be  willing  to  supply  the  necessary  data  on  a 
form  approved  by  the  PSRO.     The  delegation  status  of  individual 
hospitals  would  impact  on  the  delineation  of  data  collection 
responsibilities  and  would  be  covered  in  the   individual  MOU. 

Again,   where  a  third  party  collection  agency  is  involved, 
the  hospital  must  sign  the  agreement  to  have  the  necessary 
data  released  to  the  PSRO. 
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This  option  is  a  situation  for  competitive  processing 
services . 

( 9 )     Agreements  Under  Option  IX 

Under  Option  IX,   there  is  a  mix  where:     some  hospitals  are 
subscribing  to  one  or  more  abstract  service  organizations; 
some  government  -  subs idi zed  system  is  collecting  discharge  data 
from  some  but   not  all  hospitals,  or  for  some  but  not  all  Federal 
patients;   or  there   is  no  discharge  data  being  collected  from 
some  hospitals  except  through  the  claims  process.     The  Provi- 
sional  Policies  state  that  the  PSRO  and  the  hospitals  will  need 
to  work  out  the  most  satisfactory  compromise  for  data  collec- 
tion.    The  Provisional  Policies  go  further  to  state  that  the 
system  which  has  the  greatest  institutional  coverage  and  is 
collecting  data  on  all  Federal  patients  should  be  favored. 

For  those  hospitals  subscribing  to  a  service,  the  agree- 
ment for  release  of  data  to  the  PSRO  would  be  executed.  Hos- 
pitals not  subscribing  to  a  system  would  be  required  to  agree 
to  : 

Supply  the  necessary  data  in  a  format  specified  by 
the  PSRO  which  would  either  be  a  hard  copy  abstract, 
or  in  those  cases  where  a  hospital  has  an  in-house 
computer  and  a  data  collection  capability,  by  means 
of  a  tape;  or 

Allow  PSRO  staff  to  abstract  the  data  from  medical 
records . 

3.       DATA  COLLECTION  SUBCONTRACTS 


The  topics  discussed   in  this  section  generally  pertain  to  the 
subcont ractual  arrangements  necessary  between  the  PSRO  and  any  data 
collection  agency  involved   in  the  PSRO  data  system.      In  situations 
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where  the  area  processor  may  also  be  a  collection  agency,  the 
points  to  be  covered  would  also  be  included  in  the  processor 
subcont  ract . 


The  data  collection  subcontracts  are  to  cover  those  services 
in  data  collection  and  routing  for  which  the  PSRO  must  pay.  These 
include : 

The  costs  for  reformatting  tapes  according  to  PSRO 
specifications,   in  all  instances 

In  the  case  of  a  non-delegated  hospital,   all  of  the 
costs  associated  with  the  data  collection  process, 
except   in  the  case  of  a  hospital  previously  sub- 
scribing to  a  data  system,  where  the  PSRO  should  seek 
to  negotiate  arrangements  whereby  the  hospital  would 
continue  to  be  responsible  for  the  collection  costs 
of  all  required  data  elements 

The  costs  associated  with  the  conversion  of  hard  copy 
abstracts  to  computer  readable  format,   for  non-delegated 
hospitals.     This  would  also  apply  for  delegated  hospitals 
if  the  MOU  allows  for  the  submission  of  hard  copy  inputs 

Routing  costs  of  physically  transporting  data  from  the 
data  collection  subcontractor  to  the  PSRO  or  areawide 
processor.     For  non- delegated  hospitals  collecting 
their  own  data  but  not  previously  supplying  data  to  the 
collection  subcontractor,  payment  for  routing  between 
the  hospital  and  subcontractor  must  also  be  a  PSRO 
respons  ibil ity . 


Exhibit  V-2  is  a  sample  subcontract  derived  from  a  CPHA  model. 
However,   several   additional  items  need  to  be  covered  as  these  are 
developed.     These  include: 


Specifications  of  the  minimum  editing  requirements 
(see  Section  IX  and  Appendix  C) 

Specifications  for  quality,  batch  and  error  controls 
(see  Section  VIII) 
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Specifications  for  items  in  addition  to  the  PHDDS 
to  be  collected  on  a  routine  basis 


An  estimate  of  non-routine  data  collection  require- 
ments,  such  as  for  MCE  studies 

Specifications  for  the  tape  layout   (format)  for 
delivery  of  the  data 

Definition  of  all  costs  involved,   to  enable  the  PSRO 
to  establish  the  residual  budget  from  the  75<jt  per 
discharge  which  will  be  the  funds  available  for  the 
major  area  processor  subcontract.     This  then  implies 
that  all  arrangements  must  be  completed  prior  to  the 
development  of  the  PSRO  area  processor  RFP   (Section  VI) . 

One  point  regarding  delivery  schedules  from  a  data  collection 
system  to  the  processor  requires  special  notice.     Generally  speaking, 
the  collection  system  can  only  be  held  responsible  for  the  time  lag 
between  the  time  it  receives  the  last  batch  of  data  for  the  batch 
control  period  from  a  hospital,   and  its  submission  to  the  processor. 
The  PSRO  should  take  this  into  consideration  when  establishing  the 
data  deliverable  dates  required   (sample  subcontract  Exhibit  V-2, 
Attachment  I).     To  the  extent  that  delays  in  delivery  are  caused 
by  the  failure  of  a  hospital  to  submit  its  data,   this  should  be 
detected  initially  through  data  flow  monitoring  at  the  processor 
level   (see  Section  VIII).     When  it  is  confirmed  that  the  delays 
are  caused  by  a  hospital's  failure  to  provide  the  data  in  a 
timely  manner,   this  will  require  direct  intervention  at  the 
hospital  by  the  PSRO. 

4 .       SUMMARY  AND  REVIEW 

The  key  points  concerning  Agreements  and  Data  Collection  Sub- 
Contracts  are: 

For  both  local  management  and  Federal  reporting  purposes, 
the  PSRO  needs  to  be  assured  that  all  aspects  of  the  data 
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collection,   routing,  and  processing  activities  are 
clearly  delineated 

Memoranda  of  Understanding  must  be  developed  with  each 
hospital  in  which  PSRO  review  is  being  conducted,  and 
should  specify  the  terms  of  the  relationship  between  the 
hospital  and  the  PSRO,   including  the  arrangements  agreed 
upon  for  the  data  collection  activities 

Agreements  must  be  developed  between  the  various  hospi- 
tals and  the  outside  data  collection  service(s)  that 
operate  existing  data  collection  systems.     These  agree- 
ments delineate  the  conditions  of  the  relationship 
between  these  organizations,  and  do  not  require  payment 
for  services.     The  agreements  should  specify  the  data 
items  to  be  transferred  from  one  organization  to  another. 
It  is  understood  that  the  agreements  and  types  of  data 
exchange  developed  will  depend  upon  the  data  collection 
and  processing  activities  already  existing  in  each  PSRO 
area 

Subcontracts  must  be  developed  wherever  specific  ser- 
vices and  deliverables  are  to  be  made  in  return  for 
payment.     The  subcontract  should  clearly  specify  all 
of  the  terms  of  the  relationship  between  the  contracting 
organizations,   including  deliverables,  deliverable  due 
dates,   apportionment  of  costs,  payment  schedules,  for- 
mats and  media  for  data  deliverables,  etc.. 
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AGREEMENT  FOR  RELEASE  OF  HOSPITAL  DATA 


I.  THIS  AGREEMENT  is  made  among   (DATA  COLLECTION  AND/OR 
PROCESSING  ORGANIZATION),   a  corporation  of  (City) ,  (State) 
herein  called  (Data  Collection  Agency) ,  and  (Hospital  A) ,  a 
hospital  in  the  city  of  (Sample  City) ,   State  of  (Sample  State) , 
herein  called  the  Hospital,  and  (Sample  PSRO) ,   a   (n)    (Agency) , 
in  the  city  of  (Sample  City)  ,  State  of   (Sample  State) ,  herein 
called  the  PSRO. 

II.  Hospital  has  contracted  with  (Data  Collection  Agency)  to 
furnish  (PSRO  Name)   certain  medical  and  hospital  data  from 
(Hospital  A's)   records  regarding  the  care  of  patients  in  the 
Hospital,  and  such  data  are  part  of  the  permanent  file  of 
(Data  Collection  Agency) . 

III.  A  request  has  been  made  to   (Hospital  A)   by  the  PSRO  for 
the  release  to  it  of  certain  of  said  data  from  the  permanent 
file  of  (Data  Collection  Agency)   and   (Hospital  A)   has  agreed 
to  the  release  of  such  data.     Data  to  be  released  under  the 
terms  of  this  agreement  are  agreed  to  mean  copies  of,  or 
tabulations  from,   the  data  on  permanent  file  with  the  (Data 
Collection  Agency)^ 

IV.  The  parties  therefore  agree  as  follows: 

(A)     .         (Hospital  A)   agrees  : 

To  hereby  authorize   (Data  Collection  Agency) 
to  furnish  to  the  PSRO  the  data  described  in 
Attachment  1  to  this  agreement.     This  authori- 
zation will  continue  until   (Date) . 

To  hold  (Data  Collection  Agency)   harmless  from 
any  damages,   litigation,   liability  or  claimed 
liability,  claims,   and  any  expenses  including 
legal  expenses  incident  thereto  resulting 
from  the  furnishing  of  data  as  authorized  by 
this  agreement. 
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(Data  Collection  Agency)   agrees  to  furnish  the  PSRO 
with  such  data  as   (Hospital  A)   has  authorized  in 
Paragraph  IV. (A)   above,  with  specific  terms  covering 
the  reimbursement  of  the  cost  of  assembling,  pre- 
paring, and  submitting  such  data  to  be  covered  in 
a  separate  agreement  between  (Data  Collection  Agency) 
and  the  PSRO. 

The  PSRO  agrees: 

That  data  furnished  to  the  PSRO  under  this 
agreement  will  be  used  for  the  general  purpose 
of  improving  the  practice  of  medicine  or  the 
administration  of  hospitals,  and  for  the 
specific  use  and  purposes  outlined  in  Attach- 
ment 2  to  this  agreement. 

To  assume  all  liability  for  any  use,  furnishing, 
disclosure,  publication,  or  revealing  in  any 
way  by  the  PSRO  of  data  furnished  under  the 
terms  of  this  agreement,   and  to  hold  the  (Data 
Collection  Agency)   and   (Hospital  A)  jointly 
and  severally  harmless  from  any  damages,  liti- 
gation,  liability  or  claimed  liability,  claims, 
and  any  expenses  including  legal  expenses 
incident  thereto  resulting  from  any  such  use, 
furnishing,   disclosure,  or  revealing  of  said 
data,  whether  such  use,   furnishing,  disclosure 
or  revealing  of  said  data  occurs  during  the 
term  of  this  agreement  or  thereafter. 

It  is  mutually  agreed: 

That  the  term  of  this  agreement  shall  begin  on 
the  date  of  its  execution,   and  end  on  the  date 
shown  in  Paragraph  IV. (A)   above,   except  that 
the   (Data  Collection  Agency)   or   (Hospital  A) 
may  at  any  time  and  for  any  purpose  in  its 
full  and  complete  discretion  terminate  this 
agreement  by  advance  written  notice  to  the 
other  parties  to  this  agreement. 

That  should  any  provisions  of  this  agreement 
be  found  to  contest  with  any  provisions  of  any 
other  agreement  between  the  Hospital  and  the 
(Data  Collection  Agency) ,  the  provisions  of 
this  agreement  shall  prevail  with  respect  to 
data  furnished  thereunder. 
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That  the  covenants,  representations,  and  indem- 
nities set  forth  herein  on  behalf  of  the  parties 
shall  survive  the  termination  of  this  agreement. 

That  Attachments  1  and  2  to  this  agreement  are 
hereby  made  a  part  of  this  agreement. 

That  this  agreement  shall  be  construed  and 
interpreted  under  the  laws  of  the  State  of 
(Sample  State) . 

Each  person  signing  this  agreement  thereby  represents 
that  he  is  authorized  to  enter  into  this  agreement  by 
the  organization  for  which  he  is  signing. 


The  PSRO 
(Signature) 


HOSPITAL  A 


(Signature) 


DATA  COLLECTION  AND/OR 
PROCESSING  ORGANIZATION 

(Signature) 


TTTtle  of  Signer)  (Title  of  Signer)  (Title  of  Signer) 


(Date  SignedT  (Date  Signed)  (Date  Signed) 


Attachments:       1  -  Data  Description 

2  -   Study  Description 


DATA  DESCRIPTION 
(Attachment  1) 


Description  of  medical  and  hospital  data,   statistics,  and 
analyses  to  be  furnished  to  the  PSRO  by  the     (Data  Collection 
Agency)  pursuant  to  Paragraph  III.   of  Agreement  for  Release  of 
Hospital  Data. 


Data  for  use  in  this  study  will  be  selected  from 
the  permanent  tape  files  of  monthly  abstracts  sub- 
mitted to  the     (Data  Collection  Agency)  by  the 
Hospital  on  its  monthly  discharges. 

Following  are  the  specific  items  of  data  to  be 
selected : 

Item  of  Data  Case  Abstract  Item  No. 


PHDDS 

Additional  Items 
PSRO  Specific  Data 


Specify 
Specify 
Specify 


STUDY  DESCRIPTION 
(Attachment  2) 


Description  of  the  purposes  for  which  medical  and  hospital 
data,   statistics,  and  analyses  to  be  furnished  to  the  PSRO  by  the 
(Data  Collection  Agency)  pursuant  to  Paragraph  III.   of  the  Agree- 
ment for  Release  of  Hospital  Data  will  be  used  by  the  PSRO  for 
the  review  of  care  provided  to  patients  under  Federal  programs, 
Title  V,  Title  XVIII,  and  Title  XIX.     A  quarterly  report  of 
these  items  is  to  be  forwarded  by  the  PSRO  to  BQA,  according  to 
Federal  specifications. 
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MEDICAL  INFORMATION  DATA  CONTRACT 


I.  THIS  CONTRACT  IS  MADE  BETWEEN   (DATA  COLLECTION  AND/OR 
PROCESSING  ORGANIZATION),  a  corporation  of   (Sample  City)  , 
(Sample  State) ,  hereinafter  called  (Data  Collection  Agency) , 
and   (PSRO  Name) ,  a(n)    (Agency)   in  the  City  of  (Sample  City) , 
State  of  (Sample  State)  ,  hereinafter  called  the  PSRO. 

II.  The  parties  agree  as  follows: 

(A)  .         (Data  Collection  Agency)   agrees  to  furnish  to  the 

PSRO  copies  of  medical  and  hospital  data,  statis- 
tics,  and  analyses  hereinafter  called  data  as 
described  in  Attachment  1  to  this  contract. 

(B)  .         The  PSRO  agrees: 

To  use  the  data  described  in  Attachment  1  for 
the  general  purpose  of  improving  the  practice 
of  medicine  or  the  administration  of  hospitals 
and  for  the  specific  purposes  described  in 
Attachment  2  to  this  contract. 

To  reimburse   (Data  Collection  Agency)  the 
cost  of  assembling,  preparing,  and  submitting 
the  data  described  in  Attachment  1  as  billed 
therefor  by   (Data  Collection  Agency) . 

That  unless  specifically  stated  in  Attachment 
2,  PSRO  will  not  during  the  term  of  this 
contract  or  thereafter  release,  furnish,  dis- 
close, publish,  or  otherwise  disseminate  data 
furnished  under  the  terms  of  this  contract  to 
any  other  person  or  organization  for  any  pur- 
pose, including  for  the  purpose  of  further 
processing  of  such  data. 

To  include  the  statement  set  forth  in  Attach- 
ment 3  to  this  contract  with  any  publication 
or  other  use  of  the  data  furnished  under  the 
terms  of  this  contract. 

To  assume  all  liability  for  any  use,  furnishing, 
disclosure,  publication,  or  revealing  in  any  wa> 
by  the  PSRO  of  data  furnished  under  the  terms 
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of  this  contract,   and  to  hold  (Data  Collection 
Agency)   harmless  from  any  damages,  litigation, 
liability  or  claimed  liability,  claims,   and  any 
expenses  including  legal  expenses   incident  thereto 
resulting  from  any  such  use,   furnishing,  disclosure, 
or  revealing  of  said  data,  whether  such  use, 
furnishing,  disclosure,   or  revealing  of  said  data 
occurs  during  the  term  of  this  contract  or 
thereafter . 

It  is  mutually  agreed: 

That  the  term  of  this  contract  shall  begin  on 
the  day  of  its  execution,  and  shall  end  on  (Date), 
except  that   (Data  Collection  Agency)  may  ter1 
minate  this  contract  by  advance  written 
notice  to  the  PSRO  at  any  time  should  the 
(Data  Collection  Agency)   determine  in  its 
complete  and  sole  discretion  that  data  being 
provided  hereunder  are  not  being  used  for  the 
purposes  set  forth  in  Attachment  2  to  this 
contract.     Should  this  contract  be  so  terminated, 
all  costs  incurred  by   (Data  Collection  Agency) , 
up  to  the  time  of  termination  shall  be  immedi - 
ately  due  and  payable  to   (Data  Collection 
Agency) ,  whether  or  not  the  data  described 
in  this  contract  have  actually  been  furnished 
or  delivered. 

That  the  costs  and  other  financial  arrangements 
for  this  contract  are  as  follows: 

The  cost  for  furnishing  the  data  described  in 
Attachment  1  is  $ (XX) .     Billing  will  be  by 
invoice  after  transmittal  of  the  data. 

That    (Data  Collection  Agency)   retains  the  right 
to  furnish  the  same  data  or  data  similar  to 
those  which  are  the  subject  of  this  contract 
to  any  other  person  or  organization  and  to  use 
them  in   (Data  Collection  Agency's)   own  studies 
and  publications. 

That  should  it  be  necessary  that  the  data  to  be 
returned  under  the  terms  of  this  contract  iden- 
tify,  either  directly  or  indirectly,  any 
specific  patient,  physician,  or  hospital,  the 
PSRO  shall  state  the  specific  written  authori- 
zation of  the  hospital  whose  data  are  being 
released  by  having  an  Agreement  for  Release 
of  Hospital  Data   (Form  #XXXX)   executed  jointly 
among  Hospital,  the  PSRO,  and   (Data  Collection 
Agency) . 
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That  Attachments  1,   2,   and  3  to  this  contract 
are  hereby  made  a  part  of  this  contract. 

That  the  covenants,   representations,   and  indem- 
nities set  forth  herein  on  behalf  of  the  parties 
shall  survive  the  termination  of  this  contract. 

That  this  contract  shall  be  construed  and  inter- 
preted under  the  laws  of  the  State  of  (Sample 
State) . 

Each  person  signing  this  contract  thereby  represents 
that  he  is  authorized  to  enter  into  this  contract  by 
the  organization  for  which  he  is  signing. 


The  PSRO 


DATA  COLLECTION  AND/OR 
PROCESSING  ORGANIZATION 


{Signature) 


(Signature) 


(Title  of  Signer} 


(Title  of  Signer) 


(Date "STgriedJ 


(Date  Signed) 


At  t achment  s : 


1  -  Data  Description 

2  -  Study  Description 

3  -  Statement  of  Data  Source 


DATA  DESCRIPTION 
(Attachment  1) 


Description  of  medical  and  hospital  data,   statistics,  and 
analyses  to  be  furnished  to  the  PSRO  by     (Data  Collection  Agency) 
pursuant  to  Paragraph  III.   of  Agreement  for  Release  of  Hospital  Data 

(a)  .         Data  will  be  selected  from  the  permanent  tape  fjJes 

of     (Data  Collection  Agency)   submitted  to  (Data 
Collection  Agency)  by  the  following   five  hospitals 
on  monthly  discharges . 

Hospital  A 
Hospital  B 
Hospital  C 
Hospital  D 
Hospital  E 

The  inclusion  of  each  hospital's  data  is  contingent 
upon  the  execution  of  Agreements  for  Release  of  Hospital 
Data  for  the  five  study  hospitals.     Additional  hospitals 
may  be  added  to  the  study  in  accordance  with  procedures 
agreed  upon  by     (Data  Collection  Agency)  and  the  PRSO. 

(b)  .         Following  are  the  specific  items  of  data  to  be  selected: 

Item_of  Data  Case  Abstract  Item  No. 

PHDDS  Specify 

Additional  Items  Specify 

PSRO  Specific  Data  Specify 


(c)  .         The  data  will  be  delivered  initially  to  the  PSRO 

within  XX  days  of  the  execution  of  this  contract,  or 
of  the  receipt  of  complete  data  forms  from  all  of  the 
participating  hospitals,  whichever  occurs  later. 

(d)  •         Subsequently  the  data  received  by  the  data  collection 

agency,   after  the  initial  reporting  requirements  as 
described  in   (c)   above,  will  be  delivered  to  the  PSRO 
within  XX  days  following  the  end  of  the  quarterly 
reporting  period. 


The  data  are  to  be  delivered  in  the  following  format 
and  media.      (Specify  and  provide  details  of  record 
layout . ) 

Sixty  days  after  transmittal  of  the  data  to  the 
PSRO  all  data  tapes  which  were  created  for  the 
production  of  these  data  deliveries  will  be  erased, 
unless  the  PSRO  requests  that  the  data  contained 
on  the  tapes  be  saved. 


STUDY  DESCRIPTION 
(Attachment  2) 


Description  of  the  purposes  for  which  medical  and  hospital 
data,   statistics,  and  analyses  to  be  furnished  to  the  PSRO  by 
(Data  Collection  Agency)  pursuant  to  Paragraph  III.   of  the 
Agreement  for  Release  of  Hospital  Data  will  be  used  by  the  PSRO 
for  the  review  of  care  provided  to  patients  under  Federal  pro- 
grams, Title  V,  Title  XVIII,  and  Title  XIX.     A  quarterly  report 
of  these  items  is  to  be  forwarded  by  the  PSRO  to  BQA ,  according  to 
Federal  specifications. 


STATEMENT  OF  DATA  SOURCE 
(Attachment  3) 


The  following  statement  will  be  included  by  the  PSRO  with 
any  use  of  data  furnished  by     (Data  Collection  Agency)   to  the 
PSRO  pursuant  to  Paragraph  II.  (B)   of  the  Medical  Information  Data 
Contract  to  which  this  is  attached: 


"Basic  data  for  use  in  this  study  were  supplied  by  the 
(Data  Collection  and/or  Processing  Organization) .  These 
data  were  supplied  only  at  the  request  and  upon  the 
authorization  of  the  hospital (s)  whose  data  were  used. 
Any  analysis,   interpretation,  or  conclusion  based  on 
these  data  is  solely  that  of  the  PSRO,  and     (Data  Collec- 
tion Agency)   specifically  disclaims  responsibility  for 
any  such  analysis,    interpretation,   or  conclusion." 


(Data  identified  by  Hospital) 


VI.     PSRO  DATA  PROCESSING  SUBCONTRACT 


I .  OVERVIEW 

The  Provisional  Policies  address  the  collection,  routing, 
computer  processing  and  use  of  PHDDS  data,  optional  local  data, 
and  data  for  high  volume  MCE  studies.     Three  classes  of  activi- 
ties are  outlined: 

Data  collection  using  existing  systems,   such  as  a 
discharge  abstract  system 

Development  of  data  collection  alternatives  for 
hospitals  not  currently  collecting  and  compiling 
these  types  of  data  through  the  use  of  an  organized 
service  or  system 

The  merging,  compilation  and  processing  of  these  data 
on  an  areawide  basis  for  use  by  the  PSRO  and  prepara- 
tion of  selected  data  items  for  submission  to  BQA  as 
part  of  the  Federal  reporting  requirements.     This  area 
processor  may  or  may  not  be  an  agency  involved  in  the 
first  level  data  collection. 

The  purpose  of  this  section  is  to  provide  guidance  to 
PSROs  in  the  preparation  of  a  Request  for  Proposal   (RFP)  for 
the  selection  of  an  area  processor,   and  to  outline  the  necessary 
steps  involved  up  to  the  point  of  award  of  a  subcontract. 

The  selection  of  an  agency  for  compiling  and  processing 
the  PSRO  required  data  elements  depends  largely  on  which  of 
the  nine  options  that  a  PSRO  has  determined  best  addresses 
its  needs,   in  light  of  existing  data  collection  mechanisms. 
Clearly,  however,   the  processes  of  data  collection  and  data 
processing  are  interdependent.     Therefore,   care  must  be  exer- 
cised to  allow  for  contractual  competition  within  the  framework 
of  ultimately  determining  the  optimum  solution  to  the  PSRO's  over 
all  needs.     The  subcontracts  will,   in  most  instances,  be  competi- 
tive,  as  required  by  paragraph  3.3.7  of  the  Provisional  Policies, 
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and  will  necessitate  the  development  and  evaluation  of  RFPs  as 
part  of  the  process. 

It  is  expected  that  the  external  data  collection,  routing, 
and  processing  for  PSROs  will  be  apportioned  to  contractors  on 
the  basis  of  their  ability  to  meet  the  technical  requirements 
of  the  operation,  plus  their  ability  to  meet  the  cost  per  dis- 
charge guidelines  for  the  delivery  of  the  required  data  items 
and  reports. 

Well  implemented  procedures  for  the  development  and  dis- 
tribution of  RFPs,   their  subsequent  evaluation,   and  the  final 
subcontract  award  are  critical.     These  procedures  should  contain 
provisions  through  which  consideration  is  given  to  the  intentions 
and  requirements  of  the  Federal  reporting  requirements,   as  well 
as  provide  for  the  satisfaction  of  the  particicular  needs  of  the 
individual  PSRO.     Additionally,   they  should  minimize  and/or 
prevent  dispute  situations  that  may  arise  while  implementing 
the  "Statement  of  Work"  with  the  outside  processor. 

2 .       PREPARATION  FOR  THE  PROCUREMENT 

Before  the  PSRO  can  prepare  the  RFP  or  request  bids  on 
work  to  be  subcontracted,   it  is  necessary  to  establish  an  over- 
all workplan  and  timetable.     This  timetable  should  include  all 
steps  necessary  before  the  RFP  is  distributed,   and  those  sub- 
sequent steps  leading  to  the  actual  award  and  determination  of 
the  date  for  starting  work.     The  PSRO  will  also  need  to  have 
established  certain  critical  information  for  operating  guide- 
lines, which  will  be  the  outcome  from  activities  detailed  in 
other  sections  of  this  document.     These  include: 

Area  assessment   (see  Section  II)   --  to  determine  the 
number  of  potential  input  sources,  the  collection 
systems  operating  in  the  area  and  selection  of  the 
most  viable  routing  option 
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Hospital  phase-in  schedule   (see  Section  III)    --  to 
determine  the  time/volume  relationship  as  hospitals 
are  phased  into  the  data  system 

Cost  components   (see  Section  IV)    --  to  analyze  the 
budget  available  for  processing  services 

Forms  development   (see  Section  VII)         to  establish 
which  data  items,  and  by  what  means,  must  be  collect- 
ed under  the  direct  auspices  of  the  PSRO 

Control  procedures   (see  Section  VIII)    --  to  delineate 
the  various  requirements  for  forms,  batch,  quality, 
and  other  control  procedures  integral  to  the  proposed 
system 

Data  flow  (see  Section  VIII)    --  to  provide  the  overall 
routing  and  processing  systems  requirements 

Data  collection  agency  subcontracts    (see  Section  V) 
--  to  establish  the  volume,   format  and  cost  of  data 
being  routed  through  existing  data  collection  mecha- 
nisms,  as  these  will  generally  be  components  of  the 
area  data  system. 

With  this  background,  the  process  of  awarding  a  subcontract 
may  proceed.     Steps  in  this  process  are  discussed  on  the  following 
pages  and  will  include: 

Developing  total  budget  estimates 

Obtaining  approval  for  procurement  from  the  PSRO 
Board  of  Directors 

Preparing  a  bidders  list 

Preparing  the  RFP 

Defining  response  period  for  the  bidders 
Issuing  the  RFP 

Allocating  the  time  necessary  for  PSRO  evaluation 
and  deliberation 

Review  of  proposals  submitted 

Negotiating  contracts 
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Selecting  subcontractor 

Obtaining  review  by  BQA  Project  Officer  and  approval 
by  USA  Contract  Officer 

Awarding  of  contract 

Initiation  of  tasks  under  the  contract 

At  least  4  to  6  weeks  should  be  allowed  for  the  bidders  to 
respond  to  the  RFP,  and  another  4  to  6  weeks  for  the  proposals  to 
be  evaluated  and  reviewed.     There  should  be  sufficient  time 
allowed  to  cover  a  contract  negotiation  step  in  the  event  that 
a  satisfactory  agreement  cannot  be  negotiated  with  the  first 
service  organization  selected,  or  to  reach  a  cost  agreement  if 
bids  are  over  the  allowable  budget. 

3.       PREPARATION  OF  THE  RFP 

This  section  outlines  the  factors  directly  related  to  the 
PSRO's  preparation  of  the  RFP  document.     They  should  be  consider- 
ed to  the  extent  applicable  to  a  given  PSRO  area.     These  factors 
are  organized  in  a  suggested  format  that  the  PSRO  should  follow 
in  constructing  the  RFP  document.     Adherence  to  this  format 
and  content  outline  will  speed  the  Federal  review  and  approval 
process  prior  to  awarding  the  contract  and  later  promote 
successful  contract  results  to  the  PSRO.     The  RFP  document 
should  consist  of  the  following  components: 

(1)  Cover  letter 

(2)  General  instructions 

(3)  Description  and  scope  of  work 

(A)  Introduction 

(B)  Background 

(C)  List  of  tasks 

(D)  Deliverables 
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(4)  General  contractual  requirements 

(5)  Requirements  for  the  proposal  document 

(6)  Technical  proposal  evaluation 

(7)  Cost  evaluation 

(8)  Appendices 

(1 )  Cover  Letter 

The  cover  letter  serves  as  the  transmittal  document  to 
all  potential  bidders  and  should  be  specific  as  to: 

The  due  date  for  the  proposal 

The  address  for  the  place  of  delivery  of  the  proposal 
if  delivered  other  than  by  mail 

The  mailing  address  for  proposals  submitted  by  mail 

The  date,   time  and  place  of  any  bidders  conference 
to  answer  questions  concerning  the  RFP 

Name,  address  and  telephone  number  of  the  PSRO  contact 
person 

A  notation  that  bidders  will  prepare  any  submission 
or  attend  any  preliminary  bidders  conference  at  their 
own  expense 

The  signature  of  the  PSRO  representative  authorized  to 
bind  the  PSRO  to  a  contract. 

(2)  General  Instructions 

This  section  provides  general  instructions  to  the 
bidders  relating  to  the  proposal  phase  of  the  procurement 
process.     It  should  contain  instructions  as  to  the  follow- 
ing: 

Number  of  copies.     A  statement  as  to  the  number  of 
proposal  copies  required  for  submission.  (Note: 
five  copies  of  the  winning  proposal  must  be  provided 
to  the  Federal  Government  for  review  and  approval) 


Actual  bid  submission.     A  statement  containing  other 
requirements  reTaTtiiig  to  the  delivery  of  the  proposal 
such  as  packaging  and  marking  requirements,  or 
ineligibility  of  late  proposals 

Notice  of  intention  to  bid.     A  statement  requesting  a 
preliminary  letter  from  the  prospective  bidder   (by  a 
specified  date)   stating  his  intention  to  bid 

Special  provisions.     A  statement  identifying  any 
special  provisions  in  the  scope  of  work  for  contract 
completion  that  the  PSRO  may  want  to  underscore 

Evaluation  of  technical  proposal .     Indicates  that  pro- 
posals  will  be  technically  evaluated  according  to  the 
criteria  in  RFP  Section  6,   Proposal  Evaluation.  A 
note  might  be  added  disclaiming  the  necessity  of 
awarding  the  contract  to  the  lowest  bidder 

Rejection  of  proposals.     States  that  the  PSRO  reserves 
the  right  to  reject  any  and  all  proposals  received, 
and  that  all  proposals  will  become  part  of  the  PSRO 
official  file  without  obligation  to  the  PSRO. 

Unnecessarily  elaborate  proposals.     Explains  that  un- 
necessarily  elaborate  brochures  or  other  presentations 
beyond  that  sufficient  to  present  a  complete  and 
effective  proposal  are  not  desired  and  may  be  con- 
strued as  an  indication  of  the  offeror's  lack  of 
cost  consciousness 

Bidder  contact.     Requires  all  competing  bidders  in 
their  proposal  cover  letter  to  designate  an  official 
who  can  answer  questions  concerning  the  organization's 
submitted  proposal 

Bidder  commitment.     Requires  that  the  cover  letter,  the 
technical  sect  ion  and  the  cost  section  of  the  proposal 
should  be  signed  by  an  officer  empowered  to  bind  the 
submitting  company 

PSRO  contact.     Names  the  PSRO  representative  who  will 
handle  all  questions  during  the  period  of  submission 
and  selection.     Only  this  person  should  be  contacted 
by  the  bidders  to  answer  questions  concerning  the 
proposal.     It  should  be  emphasized  to  bidders  that 
other  PSRO  personnel  are  directed  not  to  hold 
conferences  and/or  technical 'discussions  with  bidders 
during  the  procurement 

Questions  and  interpretations.     Indicates  that  any  and 
all  questions  should  be  directed  to  the  designated 
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PSRO  contact.     Questions  should  be  submitted  in  written 
form,  and  the  PSRO  should  circulate  both  questions  and 
answers  arising  during  the  procurement  process  to  all 
firms  and  groups  submitting  a  notice  of  intention  to  bid. 

(3)     Description  and  scope  of  Work 

This  section  covers  the  detailed  technical  content  of  the 
RFP  and  will  be  a  key  section  directing  bidders  in  their  res- 
ponse.    It  should  be  written  such  that  it  can  be  made  part  of 
the  final  contractual  agreement.     It  should  be  concise  yet  con- 
tain sufficient  detail  and  bind  the  contractor  to  the  perfor- 
mance of  specific  tasks.     The  bidder  should  be  referred  to  RFP 
Appendices  describing  details  of  specific  issues.  Four 
appendices  are  used  in  this  example. 

I.  Schedules 

II.  Data  input  description  and  volumes 

III.  Technical  Standards 

IV.  Data  output  description  and  reporting  requirements 

This  section  will  be  comprised  of  four  segments:  Intro- 
duction,  Background,  List  of  Tasks,  and  Deliverables. 

(A)  Introduction.     The  introduction  is  a  broad  statement 
of  the  scope  and  intent  of  the  procurement.     It  should 
explain  the  overall  objective  of  the  contract  and  be 

a  purposeful  statement  of  the  PSRO's  commitment  to  the 
pro j  ect . 

(B)  Background .     The  second  section  provides  the  general 
background  to  the  operating  environment  of  the  PSRO. 
This  section  will  be  comprised  of  a  general  technical 
description  of  tasks  to  be  performed  and  will  include 
an  overall  description  of  the  option  under  which  the 
PSRO  will  most  likely  operate.     This  should  also  include 
a  general  description  of  all  identified  data  input 
sources  and  the  general  media  for  data  routing  that  will 
be  used  by  each,  e.g.,  tape,  hard  copy,  etc.  Other 
factors  which  could  have  a  bearing  on  the  data  flow  in 
the  overall  system  should  also  be  identified. 


VI-7 


List  of  Tasks.       This  segment  should  contain  a  list  of 
detailed  tasks  necessary  to  implement  the  overall  system 
described  in  the  previous  segment.     The  following  is 
suggested  as  a  general  check  list  of  contractor  tasks: 

Develop  the  overall  system  design  according  to  the  over- 
all  implementation  schedule  detailed  in  RFP  Appendix  I. 
This  should  encompass  performance  of  the  following  sub- 
tasks  . 

Develop  forms  and  procedures  where  needed  for  re- 
ceiving and  consolidating  the  input  data  as  speci- 
fied in  the  RFP  Appendix  II:     Data  Input  Descrip- 
tion and  Volumes 

Develop  procedures  for  converting  selected  hard 
copy  data  into  machine  readable  format 

Design  procedures  for  ensuring  the  accuracy  of 
required  data  inputs  according  to  specifications- 
outlined  in  RFP  Appendix  III:     Technical  Standards 
(Error  Rate  Control) .     These  procedures  should  in- 
clude edits  for  detecting  errors  from  the  collec- 
tion process,  providing  notification  to  the  collec- 
tion organization,  and  receiving  and  incorporating 
corrections  into  the  data  system,      (Also  see 
Section  IX,  Quality  Control  and  Documentation 
Standards ) 

Design  data  base  files  to  incorporate  the  Federal 
PHDDS  output  tape  described  in  RFP  Appendix  IV: 
Data  Output  Descriptions  and  Reporting  Requirements 
and  in  RFP  Appendix  III:     Technical  Standards 
(PHDDS  Federal  Edit  and  Format  Specifications) 

Design  routine  and  special  output  reports  and 
analyses  as  described  in  RFP  Appendix  IV:  Data 
Output  Description  and  Reporting  Requirements 

Develop  batching  procedures  necessary  to  control  and 
assure  the  completeness  of  required  data  input  and 
output  aggregations  according  to  the  standards  out- 
lined in  RFP  Appendix  III:     Technical  Standards 
(Batch  Control).      (Also  see  Section  VIII  Data  Flow: 
Control  and  Monitoring)     These  procedures  must  be  in 
accord  with  the  reporting  frequency  and  deadline 
requirements  contained  in  RFP  Appendix  IV:  Data 
Output  Description  and  Reporting  Requirements. 
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Incorporate  confidentiality  procedures  approved  by 
the  PSRO  to  comply  with  BQA's  PSRO  Confidentiality 
Policy  as  described  in  RFP  Appendix  III:  Technical 
Standards     (Confidentiality  Policy) 

Design  safeguards  including  backup  files  to  preserve 
the  physical  security  of  the  data  against  accident, 
theft,  wind,   fire  and  water  damage  and  other  types 
of  data  loss  or  destruction 

Design  and  conduct  a  system  test  prior  to  implementation 
in  conjunction  with  the  PSRO.     This  might     include  using 
abstract  data  with  known  coding  and  logical  errors  to 
determine  the  reliability  of  the  system 

Implementation  and  operation  of  the  system  to  indicate  the 
following  sub-tasks. 

Receive  data  inputs  from  appropriate  sources  accord- 
ing to  the  Hospital  Phase-In  Schedule  contained  in 
Appendix  I:     Schedules    (Hospital  Phase-In) 

Convert  hard  copy  to  machine  readable  format 

Apply  edit  procedures  to  all  data  prior  to  entry 
into  the  data  base 


Record  the  frequency  and  type  of  data  errors  iden- 
tified through  the  application  of  edit  procedures, 
and  prepare  error  listing  reports  for  each  reporting 
hospital,   PSRO  or  data  collection  agency  as  appro- 
priate 

Incorporate  data  into  the  data  base 

Receive  and  incorporate  corrections  into  the  data 
base 

Produce  specified  routine  output  reports  and 
analyses  from  the  data  base 

Produce  Federal  PHDDS  tape  for  submission  to  BQA 

Train  PSRO  personnel   in  the  use  of  the  data  system 

Provide  documentation  of  the  system  and  all  com- 
puter programs,  data  files  and  output  reports  used 
in  satisfying  the  requirements  of  the  contract  in 
accordance  with  standards  and  procedures  to  be  pro- 
vided by  the  PSRO  Project  Officer. 
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(D)     De 1 ive rabies  .     The  schedule  of  deliverables  should  indi- 
cate  the  description,  quantity,   to  whom  delivered  and 
delivery  dates  of  contractor  products  specified  in  the 
List  of  Tasks   including  draft  and  final  reports. 
Acceptance  of  deliverables  should  be  made  subject  to  the 
review  and  approval  of  the  PSRO  Project  Officer. 

(4 )     General  Contractual  Requirements 

This  section  of  the  RFP  defines  those  contract  clauses 
under  which  the  eventual  contract  will  be  negotiated.  The 
clauses  should  include  those  that  are  required  by  local 
authority,   are  at  the  instruction  of  the  PSRO  legal  advisor, 
or  will  assist  in  meeting  Federal  Procurement  Regulations. 
In  addition  to  the  section  on  the  Description  and  Scope  of 
Work,   the  enumerated  contract  clauses  along  with  the  winning 
bidder's  proposal  will  make  up  the  final  contract  document. 
The  areas  to  be  covered  include: 

Time  Period.     Describes  the  duration  of  life  of  the 
contract  which  must  not  exceed  the  current  funded 
period  for  the  PSRO 

Cancellation  provisions.     Clearly  defines  that  all  work 
performed  will  be  the  sole  responsibility  of  the  contrac- 
tor,  and  states  grounds  for  contract  cancellation 

Applicable  laws.       Notes  particular  state,   local  and/or 
Federal  laws  that  apply  to  the  contract  for  processing 

Authorization  to  audit.       Obtains  prior  approval  and 
cooperation  for  management  and  technical  audits  of  the 
contractor  by  Federal  Government  or  designated  agents 

Equal  Opportunity  Employer.     States  that  the  contractor 
is  an  equal  opportunity  employer,   a  necessary  clause 
for  committing  Federal  funds 
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Assignability .     States  that  a  contractor  shall  not 
assign  his  interest  or  transfer  such  interest  without 
the  PSRO's  approval 

Proprietary  materials.     States  that  any  computer  program 
deve lopment  Funded  through  the  PSRO  program  would 
fall  into  the  public  domain.     No  proprietary  methods 
should  be  used  in  the  performance  of  the  work  in  order 
to  protect  the  PSRO's  ability  to  obtain  competitive 
services 

Compensation.     States  the  manner  in  which  compensation 
for  work  under  the  contract  will  be  determined.  It 
is  required  that  payment  be  structured  on  a  per 
discharge  basis   (i.e.   the  contractor  will  be  paid 
based  on  a  contracted  cost  per  discharge  processed) 

Payment  procedures.     States  how  and  when  the  vendor 
will  receive  payment  for  the  work  performed 

Software  requirements.     States  that  all  software  devel- 
oped or  adopted  for  PSRO  needs  must  be  written  in 
standard  programming  languages  and  routines  which  must 
be  approved  by  the  PSRO  and  be  easily  implemented  on 
the  computer  equipment  of  any  major  manufacturer 

Designation  of  PSRO  Project  Officer.     Identifies  the 
PSRO  representative  designated  as  the  Project  Officer 
for  this  contract.     The  responsibility  of  the  Project 
Officer  (or  his  duly  authorized  representative)  is 
to  ensure  that  the  PSRO's  technical  objectives  are 
met.     To  this  end,   the  Project  Officer  will  provide 
the  necessary  information,  direction,  coordination, 
etc.,  within  the  contractual  work  description. 
He  also  performs  the  necessary  review  and  approval 
of  contract  deliverables 

Designation  of  Project  Director.     States  the  require- 
ment  for  the  contractor  to  identify  the  Project 
Director  who  acts  on  the  contractor's  behalf.  This 
should  be  the  same  person  named  in  the  bidder's 
proposal  personnel  section  as  directing  the  project. 
In  this  capacity  the  Project  Director  shall  direct 
the  necessary  work  and  services  toward  fulfillment 
of  the  contractual  requirements.     The  PSRO  reserves 
the  right  to  approve  any  necessary  successor  to  the 
Project  Director. 
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( 5 )     Requirements  for  the  Proposal  Document 


This  section  of  the  RFP  defines  the  suggested  format 
and  contents  of  the  proposal  the  PSRO  requires  of  the  bidder 
responding  to  the  RFP.     This  approach  to  the  proposal  docu- 
ment will  greatly  simplify  the  PSRO's  evaluation  and  selec- 
tion process  and  will  facilitate  the  review  and  approval 
process  at  the  Federal  level.     The  bidder's  proposal 
should  include  as  separate  sections  a  cover  letter,  a 
technical  section,  and  a  cost  section  as  follows: 

Cover  letter.     The  cover  letter  to  the  bidder's  propo- 
sal  is  a  transmittal  to  the  PSRO.     It  should  include: 

The  name  and  phone  number  of  the  bidder's  contact 
person 

The  name  and  address  of  the  company 

The  signature  of  the  person  authorized  to  commit 
the  company. 

Technical  Section.     The  technical  section  of  the 
bidder's  proposal  should  be  constructed  as  outlined 
below : 

Statement  of  the  problem.     The  proposal  shall 
contain  in  the  bidder's- own  words  a  detailed 
description  of  the  system  the  bidder  is  being 
asked  to  implement.     This  statement  should 
demonstrate  the  bidder's  complete  understanding 
of  the  environment  in  which  the  system  will 
operate  as  well  as  the  intent  and  the  requirements 
of  the  procurement.     Where  proposals  merely 
repeat  the  Description  and  Scope  of  Work  language, 
a  zero  score  shall  be  assigned  in  evaluating  this 
segment . 

Technical  approach.     This  section  should  fully 
describe  the  proposed  technical  approach  used 
to  satisfy  each  of  the  requirements  specified 
in  the  List  of  Tasks  and  Deliverables.  Where 
proposals  merely  repeat  the  List  of  Tasks 
language,  a  zero  score  shall  be  assigned  in 
evaluating  this  segment. 


VI-12 


Management  Plan(s).     The  management  plan  should  con- 
sist  of  two  parts:      (1)   the  proposed  plan  for  design 
and  development  of  the  system  including  task  sequen- 
cing, manpower  assignments    (by  skill  level)  and  the 
time  schedule  which  meets  the  PSRO's  implementation 
requirements;   and  (2)  the  proposed  plan  for  meeting 
the  periodic  data  collection,  processing,  and 
reporting  deadlines  of  the  operational  system.  A 
table  or  graph  which  illustrates  each  plan  should 
be  included. 

Corporate  experience.     Projects  which  relate  directly 
to  the  proposal  effort  and  in  which  the  contractor 
has  participated  within  the  last  three  years  should  be 
described.     Also,  any  experience  in  health  data 
systems  or  in  the  health  analysis  field  should  be 
indicated.     The  experience  of  the  contracting  staff 
in  these  areas  while  employed  by  other  organizations 
would  not  be  considered  as  corporate  experience  under 
this  section. 

Personnel .     A  resume  of  all  professional  persons  to  be 
assigned  to  the  project  detailing  education  and  experience, 
the  percentage  of  their  time  assigned,  and  the  staffing 
reporting  relationships  should  be  provided. 

Facilities .     The  equipment,   location  and  space  avail- 
able for  performance  of  this  contract,  and  complete 
detail  on  the  computing  facilities  and  equipment 
configuration  should  be  specified. 

Business  Proposal  Section 

The  technical  section  discussed  previously  should  not 
make  specific  references  to  costs.     All  cost  information 
should  be  in  this  separate  section  or  as  a  separate 
volume.     Bidders  should  be  required  to  detail  the 
basis  upon  which  they  derived  their  cost  estimates. 
Some  of  the  relevant  details  which  might  be  requested 
include : 

The  salaries  and  number  of  hours  to  be  spent 
for  each  employee  the  bidder  proposes  to  have 
work  on  the  system 
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The  overhead  rate  to  be  charged  and  the  basis  for 
determing  the  rate 

The  cost  and  amount  of  consultant  time  proposed  for 
the  contract 

The  cost  of  computer  services  per  hour  and  the  estimated 
number  of  hours  of  computer  time 

Any  general  and  administrative  expenses  to  be  charged 
and  the  formula  for  determining  such 

The  amount  of  profit  from  the  contract  arid  how 
determined 

An  overall  charge  per  discharge  upon  which  reimburse- 
ment will  be  based  as  derived  from  the  above  components. 

(6)     Technical  Proposal  Evaluation 

This  section  should  indicate  the  general  criteria  the 
PSRO  will  use  for  technically  evaluating  proposals.  The 
categories  to  be  evaluated  correspond  closely  to  the  sections 
of  the  technical  proposal: 

Understanding  of  the  Problem 

Technical  Approach 

Management  Plan 

Corporate  Experience 

Personnel 

Facilities 

The  PSRO  may  wish  to  divide  these  categories  into  sub- 
categories in  order  to  further  isolate  specific  areas.  Evalua- 
tion weights  to  be  applied  to  each  category  and  sub-category 
should  be  indicated  in  the  RFP  along  with  an  explanation  of 
areas  to  be  specifically  evaluated  in  each  evaluation  cate- 
gory.    An  example  of  the  technical  evaluation  process  is 
illustrated  later  in  this  Section.     The  PSRO  should  indicate 
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that   it  reserves  the  right  to  reject  any  proposal  not  in 
compliance  with  the  RFP  requirements  and  to  call  for  supple- 
mentary clarifying  information  where  necessary. 

(7)     Cost  Evaluation 

The  evaluation  of  costs  should  be  considered  separately 
and  subsequent  to  the  technical  evaluation.  Guidance  to  the 
PSRO  in  cost  evaluation  is  contained  later  in  this  Section. 

(81  Appendices 

Details  of  the  types  of  appendices  which  might  be 
included  in  the  RFP  are  provided  below  and  keyed  to  the 
preceding  .RFP  guidelines. 


( I  )     Schedu l_e s 

Implementation  Schedule.     This  should  specify  the 
schedule  tHe  PSRO  requires  of  the  contractor  for 
designing,    implementing  and  operating  the  system 

Hosp  i  t  a  1  Phase  -  In  Schedule.     This  should  specify  the 
PSRO's  schedule  for  initiating  hospital  review.  It 
should   include  for  each  hospital: 

Date  of  review  initiation 

Type  of  review 

estimated  discharge  volume  per  reporting  period 

Method   for  data  routing 

(TH     Data  Input  Descript ion  and  Volumes 

This  appendix  should  describe  all  data  entering  the 
system  to  be  received  by  the  contractor.     The  descrip- 
tion should  identify  for  each  data  input: 

Each  source  and  source  location 

Reporting  period 
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Schedule   for  receipt  of  data  relatLve  to  the  reporting 
period    in  which  collected 

Means  of  data  transmittal 

Volume  of  data  from  each  source  per  reporting  period 

Data  format    (i.e.,   record  layout,   field  lengths, 
field  codes,  abstract/worksheet   forms,  etc.) 

Data  media  (hard  copy,  punched  cards,  magnetic  tapes 
or  disks,  etc.).  For  machine  generated  data  specify 
any  relevant  media  characteristics. 

I )     Technical  Standards 

This  appendix  should  describe  the  technical  standards 
as  referenced  in  the  List  of  Tasks  which  the  contractor 
is  required  to  incorporate   in  the  system.     The  stan- 
dards should  include: 

Error  rate  control 

lid i t  Lng 

Correction  and  retrieval  procedures 

Batch  control 

Con  f  i dent i  ality  policy 

To  the  extent  possible  the  parameters   for  these 
standards  should  be  clearly  stated.     Certain  guidance 
for  defining  these  can  be  found  in  existing  materials. 
Batch  Control    is  discussed   in  Section  VIII,    --  "Data 
Flow;      Control   and  Monitoring";   minimum  edit  require- 
ments are  discussed   in  Section   IX,   "Quality  Control 
and  Documentation  Standards"  and  Appendix  C. 

/  )     1  Ya ta  Ou t pu t  De scr  i  p tio n  a nc|_ Report  i ng  Requirements 

This  appendix  should  describe  all  data  output  products 
required  of  the  contractor.     The  description  should 
identify  for  each  output  product: 

bach  destination  and  destination  location 

Reporting  period  or  frequency 

Delivery  schedule 
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Means  of  output  transmittal 


Number  of  copies    in  each  media 
Output  format 

Media  of  output   including  media  characteristics 

Requirements   for  special   reporting  or  computer  file 
inquiry  capabilities 

One   important  output  will  be  the  quarterly  PHDDS  tape 
to  be   forwarded  to  BQA.     Although  the  final  format  for 
this  tape  has  not  been  decided,   the  current  PHDDS 
items  can  be  listed  in  the  appendix  together  with  the 
additional   identifiers  which  will  have  to  be  inserted 
in  each  record.     The  latter  includes: 

PSRO  identification  number 


PSRO-ass i gned  hospital  number 

Diagnosis  coding  system   flag         Because  both  ICDA-8 

and  H-ICDA-2  coding 

Procedure  coding  system  flag         systems  may  be  used, 

each  patient  record 
must  contain  an 
indicator  of  the 
particular  system 
used  for  that  record. 


4.        PREPARATION  OF  A  BIDDERS  LIST 

A  Bidders   List    is  a   list   of  companies  that  are  potentially 
qualified  to  provide  the   services  outlined   in  the  RFP  scope  of 
work  statement.      Because  organizations  that  might  be  qualified 
to  respond   to   the  RFP  are  not  necessarily   local,   the   list  should 
not   exclude  qualified  organizations  who  do  not  generally  operate 
in  the  PSRO  area.     Names  of  such  organizations  can  usually  be 
obtained    from   PSROs   in  surrounding  areas,   or  from  the  State 
Support   Center  if  there  is  one  in  the  state.      In  those 
instances  where  difficulty  is  experienced  in  developing  a 
bidders   list,   assistance  should  be  sought  through  the  PSRO's 
Project  Officer. 
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In  compiling  such  a  list,   criteria  for  inclusion  in  the 
list  should  he  established.     These  might  include: 

F inancial  Soundne s s  of  the  Bidder 

It  must  be  remembered  that   there  is  no  front-end 
money  available  for  the  development  of  the  processing 
and  reporting  system.     Such  developmental  and  startup 
costs  must  be  borne  by  the  sub -contractor ,  who  would 
make  such  an  investment  with  the  hope  of  ultimately 
recouping  his  investment  over  time. 

History  and  References 

The  PSRO  may  be  able  to  develop  a  list  of  potential 
bidders  by  examini fig  systems  currently  operating  in 
the  area.      It   is  possible  that  many  of  the  hospitals 
in  the  PSRO  area  have  experience  with  abstract  ser- 
vices or  similar  organizations,   and  the  PSRO  may  rely 
on  their  experiences   in  evaluating  potential  additions 
to  the  bidders  lis';.     References  regarding  these 
abstract   services  or  other  organizations  should  be 
obtained  where  possible,   from  organizations  such  as 
other  PSROs  in  the  state,   state  agencies,  and  known 
participants   in  a  particular  discharge  abstract  or 
similar  service.     Background  on  the  organization  will 
be  helpful,   and  should  include  such  information  as: 
years  operating  in  the  general  field,   number  of 
clients  handled,  number  and  kinds  of  reports  being 
produced,   types  of  formats  handled,  and  resources 
at   its  disposal   in  terms  of  plant,   equipment  and 
support  services. 

The  approach  to  meeting  PSRO  data  needs  by  building 
on  the  common  data  needs  of  multiple  users  provides 
the  opportunity  for  existing  systems  to  process  PSRO 
data,   but   the  data  processors  must  be  prepared  to 
integrate  all   PSRO  data  requirements  to  produce  re- 
quired  reports  in  the  time  frame  appropriate  to 
PSRO  needs. 

It  can  be  assumed  that  existing  systems  will  elect  to 
compete  and  will  also  be  in  a  favorable  position  to 
provide  the  needed  data  processing  services.     This  is 
due  to  their  prior  experience  with  handling  PSRO-type 
data,   and  their  potentially  lower  costs  due  to  the 
extent  that  data  needed  by  PSROs  is  already  incor- 
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porated  in  existing  systems. 
Management  Depth 

The  PSRO  should  be  aware  of  the  experience  of  the 
organization's  management  in  this   field,   the  number 
and  class  of  personnel  that  would  possibly  be  allo- 
cated for  interaction  with  the  PSRO,  and  management's 
ability  to  respond  to  developing  both  short  and  long 
term  requirements. 

When  a  bidders  list  is  prepared,   it  might  be  noted  that  other 
organizations  not  on  the   list  may  request  the  opportunity  to 
respond.     Generally  speaking,   such  requests  must  be  honored  if 
competitive  bids  are  being  sought.      If  a  sole  source  procurement  is 
planned,   it  must  be  justified  in  terms  of  the  conditions  outlined 
In   the  Provisional  Policies. 

Public  notification  of  the  intent  to  seek  bidders  for  the 
procurement  must  be  undertaken.     This  requirement  can  be  met  by 
publishing  a  notice  of  intent  in  a  local  or  regional  newspaper,  or 
in  an  established  trade  journal.     A  sample  notification  is  provided 
in  Fixhibit  VI -1  which   follows   this  page. 

5.  P  RES HN TAT TON  OF  A  BIDDERS  CON  HE REN CO 

r n  some  instances,   the  PSRO  may  wish  to  hold  a  bidders 
conference  shortly  after  the  issuance  of  the  REP.     This  provides 
potential  bidders  with  an  opportunity  to  resolve  any  questions 
arising   from  the  content  of  the  RFP.      It  should  be  noted  that  if 
such  a  conference   is   held,  bidders  must  assume  all  costs  for 
at  tendan ce . 

6 .  I > ROPOSAL  EVALUATION 

There  are  several  steps   in  the  evaluation  process  which  must 
be  accomplished   to  assure  a  fair  and  equitable  evaluation  of  the 
proposals.     These  are  discussed  below: 
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(1 )     Preparation  of  Detailed  Evaluation  Criteria 


The  first  step  is  the  preparation  of  detailed  evaluation 
criteria  for  evaluating  the  proposals  submitted,  and  the 
development  of  procedures  for  conducting  the  evaluation. 
In  evaluating  a  proposal  technically,   the  proposal  should 
be  broken  down  into  its  component  parts  corresponding  to 
the  Evaluation  Criteria  section  of  the  RFP. 

A  more  detailed  explanation  of  this  process  is  in  order, 
for  there  should  be  assurance  that  each  member  of  the  evalu- 
ation team  uses  the  same  criteria  in  evaluating  a  proposal. 
In  order  equitably  to  generate  a  comparable  evaluation 
rating  for  each  proposal,   the  evaluation  methodology  should 
specify  the  relative  values  or  "weights"  of  the  various 
criteria.     Th;_s  will  aid  the  evaluation  committee  in  priori- 
tizing the  criteria  and  allow  them  to  score  each  criterion. 
Such  ranking  of  criteria  with  weights  may  best  be  demon- 
strated in  a  simple  summary  matrix  form  as  shown  on  the 
following  page. 

The  weights  that  are  assigned  to  each  of  the  criteria 
may  be  changed  to  meet  the  individual  PSRO's  own  needs 
and  priorities,  depending  on  the  option  that  they  have 
chosen  to  pursue  and  their  own  experience. 
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EXHIBIT  VI-1 


DATA  PROCESSING  SERVICES 
REQUEST  FOR  BIDS 


The  Rockville  Professional  Standards  Review  Organization  is 
seeking  bids  for  the  development  and  operation  of  a  data  processing 
system  for  acute  care  hospital  patient  discharge  data.     Copies  of 
the  Request  for  Proposal  may  be  requested  from  the  address  listed 
below.     The  closing  date  for  receipt  of  proposals  will  be  5  P.M., 
November  26,  1975. 

Rockville  PSRO 
Box  99 

Rockville,  Maryland  20856 


Attn.:     B.   Jones,  Ph.D.,   Executive  Director 


SAMPLE  EVALUATION  MATRIX 


Technical  Criteria 

1.  Compliance  with  RFP 

2.  Understanding  of 
Problem 

3.  Technical  approach 

4.  Management  Plan 

5.  Personnel 

6.  Organization  Experience 

7.  Facilities 

8.  Business  Solvency 


Weight  Scores  on  Weighted 

Assigned  Criteria  Score 

.05  0-10  0-  .5 

.25  0-10  0-2.5 

. 30  0-10  0-3.0 

.10  0-10  0-1.0 

.10  0-10  0-1.0 

.10  0-10  0-1.0 

.05  0-10  0-  .5 

.05  0-10  0-  .5 

1.0  0-10  0-10 


Under  this  matrix  a  perfect  score  would  be  ten  (10)   and  the 
lowest  score  would  be  zero.     The  inherent  advantage  of  such  a 
matrix  is  that  it  automatically  ranks  the  proposals  on  those 
criteria  that  the  PSRO  believes  important  to  its  data  routing 
and  policy  plan. 

Criteria  concerning  cost  should  be  considered  separately, 
and  not  as  part  of  the  technical  evaluation.     Certainly  tech- 
nical considerations  and  techniques  do  bear  on  the  price  but 
other  considerations  may  also  have  entered  into  the  pricing 
structure.     Further,   the  business  cost  proposal  is  generally 
a   separate  submittal,   and  should  be  evaluated  as  such. 

A  PSRO,  depending  on  its  circumstances,  may  also  wish  to 
add  more  detail  to  an  evaluation  matrix.     For  example,  under 
"Organization  Experience,"  the  PSRO  may  want  to  list  the 
subsections  of  its  RFP  and  match  the  vendor's  compliance 
with  each  subsection  on  a  one-to-one  basis,  with  each 
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assigned  a  sub-weight.     The  PSRO  might  consider  the  following 
factors  prior  to  the  determination  of  a  criteria  score  for 
"Organization  Experience." 

Organizational  Structure 
Past  Performance 
Reputation 
Reliability 

Direct  experience  in  this  field. 

Regardless  of  the  ultimate  configuration  of  the  decision 
matrix,   it  provides  a  common  framework  from  which  the  evalua- 
tion committee  will  be  able  to  base  its  decisions,  and  it 
greatly  facilitates  the  ordering  and  recording  of  otherwise 
subjective  opinions.     In  all  instances,   minimum  documentation 
should  be  provided  by  each  committee  member  to  support  each 
score  given.     An  example  of  an  evaluation  form  is  shown  in 
Exhibit  VI -2. 

( 2 )     Evaluation  Committee 

At  least  three  individuals  should  comprise  the  PSRO's 
proposal  evaluation  committee,  and  represent  skills  appro- 
priate for  an  objective  evaluation.     These  might  include: 

Management 
Systems  design 
Financial 

All  evaluators  should  review  all  proposals  received, 
with  the  recognition  that  there  will  be  differences  in  their 
subject  familiarity  and  judgemental  abilities  for  different 
sections  of  the  proposal. 
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Prior  to  reviewing  the  proposals,   the  ground  rules 
for  assessing  the  criteria  weights  should  be  fully  explained 
to  all  reviewers.     While  full  consensus  in  scoring  a  par- 
ticular proposal  by  multiple  reviewers  is  the  exception,  a 
common  understanding  of  the  underlying  factors  for  each 
criterion  minimizes  differences  of  opinion. 

In  some  instances,   it  may  be  advisable  to  enlist  a 
consultant  with  particular  expertise  to  assist  in  either 
the  proposal  review  or  the  entire  procurement  effort  (RFP 
development  and  so  forth).     However,  no  evaluator,  whether 
staff  or  consultant,   should  have  either  a  personal  or 
financial  interest  in  any  organization  submitting  a  propo- 
sal.    This  would  provide  grounds  for  an  award  protest. 

( 3 )     Evaluation  Decision 

The  first  stage  in  the  evaluation  decision  is  to 
compile  the  score  from  each  reviewer  for  each  proposal.. 
These  are  then  averaged  and  the  scores  arrayed  for  analysis. 

The  committee  should  then  rank  the  proposals  from 
both  a  technical  and  a  cost  standpoint,  with  consideration 
both  to  the  complexity  of  the  RFP  and  to  the  anticipated 
problems  in  the  PSRO  area.     Such  a  ranking  may  be  broken 
down  by  component  as  determined  by  the  committee,  subject 
to  time  considerations   for  proposal  decision  and  how  the 
top  bid  satisfies  the  RFP ' s  scope  of  work. 

An  evaluation  matrix  may  also  prove  helpful  for  the 
analysis  of  cost  factors;   if  substantial  variation  is 
discovered  between  the  several  bidders,   a  combined  weighted 
technical  and  cost  score  might  be  developed  and  used  to 
assist  the  committee  in  the  final  selection  of  the  sub- 
contractor.    The  following  items  should  be  considered  in 
the  analysis  of  the  cost  proposals: 
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Labor  costs 
Overhead  rates 

General  and  administrative  expenses 
Travel  costs 
Computer  fees 
Profit 

As  an  example  of  how  this  algorithm  might  be  used, 
suppose  that  a  proposal  scores  seven  (7)  out  of  a  possible 
ten   (10)  on  the  technical  aspects,  and  that  the  total  bid 
price  is  $50,000.     To  correlate  cost  with  technical  score, 
the  PSRO  could  multiply  the  total  cost  submitted  by  the 
difference  between  the  weighted  score  and  the  optimum 
score.     Therefore,  a  composite  score  could  be  developed 
by  calculating: 

(OT  -  WT)   x  P  =  C 

where  OT  =  the  optimum  technical  score  a  proposal  might 
achieve ; 

WT  =  the  weighted  technical  score  assigned  to  the 
proposal  by  the  PSRO  evaluation  committee; 
P  =  the  bidder's  total  price;  and 
C  =  the  composite  score  by  a  proposal. 
In  this  example,  the  composite  score  would  be  150,000  com- 
puted as  follows: 

(10-7)   x  50,000  =  150,000 

The  bidder  with  the  lowest  price-rank  composite  score  would 
thus  have  offered  the  most  nearly  optimum  combination  of 
technical  proposal  and  price,  and  should  receive  strong 
consideration  as  the  potential  subcontractor. 
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As  a  further  example,   if  a  PSRO  received  a  total  of 
six  proposals,   the  subsequent  analysis  might  be  arrayed  in 
a  matrix,   as  follows: 

Difference  from 


Bidder 

Submitted 
Price 
(I) 

Weighted 
Score 

(II) 

Optimum 
Score  (10-x) 
(III) 

Compos ite 
Score 
( Ixl I  I ) 

A 

$ 

50,000 

7 

(10-7)  = 

3 

150,000 

B 

$ 

60,000 

8 

(10-8)  = 

2 

120,000 

C 

$ 

30,000 

5 

(10-5)  = 

5 

150,000 

D 

$ 

40,000 

6 

(10-6)  = 

4 

160,000 

E 

$ 

50,000 

3 

(10-3)  = 

7 

350  ,  000 

F 

$ 

70,000 

8 

(10-8)  = 

2 

140,000 

Such  a  system  is  useful  only  as  a  decision  tool.     The  PSRO 
must  consider  whether  the  low  composite  score,   in  this  case 
Bidder  B,   falls  within  the  total  price/budget  as  first  estimated 
by  the  PSRO.     If  the  PSRO  did  not  have  $  60,000  available  for 
this  subcontract  and  could  not  negotiate  for  a  cost  within  its 
means,   then  Bidder  B  is  no  longer  a  viable  alternative. 

In  addition  to  price  considerations,  attention  should  also 
be  given  to  whether  a  rank  score  below  a  certain  level  should 
be  considered  at  all.     For  example,   in  the  above  situation  a 
technical  cut-off  point  might  be  set  at  six   (6),  meaning  that 
bidders  whose  technical  quality  was  rated  lower  than  six  are 
eliminated.     Bidders  then  remaining  in  contention  would  be 
B,   F,   A,  and  D.     If  the  PSRO  also  envisioned  spending  only  a 
maximum  of  $50,000  for  data  routing  and  processing   (thus  eli- 
minating some  of  the  bidders,  unless  a  high  bid  vendor  could 
renegotiate  a  lower  price) ,  the  two  remaining  candidates  in  this 
example  would  be  A  and  D. 
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This  example  is  included  only  to  aid  the  PSRO  in  attempting 
objectively  to  evaluate  submitted  proposals,  which  is  frequently 
a  most  difficult  task.     It  is   included  to  assist  PSROs  in  their 
deliberations  and  to  help  structure  their  decision  making  so 
that  a  rational  business  decision  may  be  made,  consistent  with 
the  goals  of  economic  and  efficient  handling  of  PSRO  data. 

When  approval  for  the  award  has  been  granted  by  the  HSA 
Contract  Officer,   the  PSRO  may  proceed  with  the  actual  award 
and  execution  of  the  sub- contract .     It  is  to  be  noted,  however, 
that  if,   in  the  performance  of  the  subcontract,   a  substantial 
modification  to  the  terms  or  scope  of  work  of  the  contract  is 
contemplated  by  the  PSRO  and/or  the  processor,   these  changes 
must  be  reviewed  by  BQA  and  approved  in  writing  by  the  HSA 
Contract  Officer,  prior  to  implementation  of  the  modified  plan. 

7.       HSA/BQA  REVIEW 

Following  the  evaluation  of  the  bids  by  the  PSRO  and  prior  to 
the  award  of  the  subcontract,   five    (5)   copies  of  the  technical  and 
cost  proposals  of  the  winning  bidder,   together  with  the  RFP(s)  to 
which  the  bidder  responded,  must  be  submitted  to  BQA  for  review  by 
the  Project  Officer,   and  approval  by  the  HSA  Contract  Officer.  This 
is   to  assure  compliance  with  Federal  Procurement  Regulations.     If  a 
sole  source  procurement  has  been  negotiated,   detailed  justification 
conforming  to  the  guidelines  contained  in  the  Provisional  Policies 
must  be  provided. 

8  .       NOTICE  OF  AWARD 

Following  the  contract  award,   a  notice  of  the  award  should  be 
sent  to  all  firms  submitting  proposals.     Exhibit  VI -3  provides  an 
examp le . 
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EXHIBIT  VI-3 


SAMPLE:     NOTIFICATION  OF  AWARD 

(Date) 

The  proposals  to  provide  data  processing  services  for  the 
Rockville  PSRO  have  been  evaluated  and  a  contractor  selected. 
The  details  of  the  award  are  as  follows: 

RFPs  issued 


Proposals  received 
Contractor  selected 
Amount  of  Award 


We  thank  you  for  your  response  to  our  solicitation.     If  you 
have  any  questions  regarding  the  award,  please  contact  the 
unders  igned . 

Yours  sincerely, 


B.   Jones ,   Ph. D. 
Executive  Director 


9.       JOINT  PSRO  RFPs 


A  group  of  PSROs  may  issue  a  joint  RFP  and  subcontract  with  a 
single  processor  provided  each  PSRO  participates  in  the  subcontrac- 
tor selection  process  and  each  signs  a  separate  subcontracting  docu- 
ment with  the  processor.     Because  of  the  highly  individualized  nature 
of  such  a  procurement  process,   guidance   for  this  process  will  not 
be  provided  in  this  document.     For  assistance  in  developing  a  joint 
RFP  and  the  necessary  procurement  procedures,  a  PSRO  should  contact 
its  Project  Officer. 

10 .     SUMMARY  AND  REVIEW 

The  key  issues  related  to  the  PSRO  Data  Processing  Subcontract 
section  are  as  follows: 

Subcontracts  must  be  developed  for  PSRO  Data  Processing 
activities,   since  specific  services  and  deliverables 
are  to  be  made  in  return  for  payment.     The  process  is 
to  involve  the  use  of  competitive  bids,  unless  the 
appropriateness  of  a  sole  source  waiver  can  be 
clearly  demonstrated;   the  contractual  document  that 
is  finally  developed  should  explicitly  delineate 
the  terms  of  the  relationships  between  the  contracting 
or gani  zat  ions . 

The  selection  of  an  organization  to  compile  and  pro- 
cess PSRO  data  will  be  largely  dependent  on  the  deter- 
mination of  which  of  the  nine  options  is  most  appro- 
priate,  in  light  of  existing  data  collection  procedures 
in  the  PSRO  area. 

Since  the  process  of  selecting  a  data  processing 
subcontractor  involves  the  use  of  competitive  bids, 
issues  related  to  the  Request  for  Proposal  are  criti- 
cal.    The  PSRO  should  consider  carefully  procedures 
for  the  development  and  distribution  of  the  RFP  and 
the  evaluation  of  the  proposals  received.     The  time 
frames  allowed  are  also  important:     preparation  of 
the  RFP  may  require  several  weeks,  and  responders 
should  be  allowed  4  to  6  weeks  to  prepare  their  pro- 
posals.    A  list  of  prospective  bidders  should  be 
developed,  and  the  PSRO  should  also  consider  care- 
fully the  reasons  why  various  potential  subcontractors 
are  or  are  not  included  in  the  list. 
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All  requirements  of  the  offeror  should  be  designated 
in  the  RFP,  and  a  contact  person  at  the  PSRO  should 
be  identified.     Background  information  should  be  as 
complete  as  possible.     The  data  routing  procedures 
which  have  been  resolved,  the  format  in  which  input 
data  will  be  presented,  and  the  output  to  be  required, 
including  format,  quantity,  and  deliverable  dates, 
should  be  clearly  stated.     Provisions  should  be  made 
for  the  preparation  of  the  quarterly  data  base  tape  to 
be  submitted  to  BQA . 

The  RFP  should  insure  that  all  necessary  general 
contractual  requirements  are  met,   including  those 
suggested  by  the  PSRO's  legal  counsel,   and  those 
required  by  the  Federal  Procurement  Regulations. 

The  PSRO  should  design  a  detailed  evaluation  strategy 
to  facilitate  the  evaluation  of  the  proposals  re- 
ceived.    This  strategy  might  include  an  evaluation 
algorithm,  through  which  the  proposals  received  could 
be  quantitively  evaluated;  at  the  least   it  should 
include  management,   systems  design,  and  financial 
criteria  against  which  both  the  bidder  and  the  pro- 
posal can  be  evaluated. 

At  all  times,   the  PSRO  should  bear  in  mind  that  it 
must  eventually  justify  its  selection  of  a  data 
processing  subcontractor  to  BQA  and  to  the  HSA  Contract 
Officer,   and  that  this  review  will  consider  carefully 
the  overall  efficiency  of  the  selected  system  and 
the  extent  to  which  it  builds  upon  data  collection 
mechanisms  already  established  in  the  PSRO  area. 
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FORMS  DEVELOPMENT 


1.  OVERVIEW 

PSROs  may  find  it  necessary  to  develop  data  collection  instru- 
ments to  serve  local  collection  and  processing  needs.     This  sec- 
tion is  designed  to  aid  in  the  identification  of  format  require- 
ments and  in  the  development  of  situation-specific  data  forms. 

2 .  DATA  ELEMENTS 

There  are  three  types  of  patient  care  related  data  which 
need  to  be  collected  on  each  hospital  admission  of  a  Federal 
pat  ient : 

UHDDS  -  Part  A  of  PHDDS 

PSRO  Specific  Data  Elements  -  Part  B  of  PHDDS 
falso  called  "P"  items) 

Optional  Data  Elements  -  specified  by  local  PSROs 
for  ongoing  and  special  study  purposes. 

Additionally,  there  is  a  need  for  a  fourth  category  of 
data,   the  purpose  of  which  is  the  control  of  forms  as  they  flow 
through  the  data  routing  procedures.      (See  Section  VIII,  "Data 
Flow:     Control  and  Monitoring.") 

Before  development  of  an  actual  data  form  can  begin,   each  ele- 
ment  to  be   included  on  the  form  should  be  determined,   and  its 
specifications,    including  the  codes  used  to  indicate  information, 
defined.     For  example,   rather  than  write  the  work  "White"  or  "Male" 
di\  a  form,   the  following  could  be  recorded: 

To  identify  race  the  following  code  might  be  used: 

White  =  1 
Black  =  2 
Other       =  3 
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To  indicate  sex  the   following  code  might  be  used: 

Male  =  1 

Female         =  2 

An  important  issue     in  forms  development  then,   is  the  space  am 
number  of  digits  necessary  to  code  each  data   item.      For  example, 
although  sex  requires  one  digit,  date  of  admission  usually  requires 
six   (year,  month,   day),   and  so  forth. 

Following  is  a  list  of  required  data  elements,   including  the 
type  of  information  and  number  of  digits  necessary  for  coding  (the 
starred   (*)   elements  are  the  items  which  must  be  forwarded  to  BQA) . 

(1)     UHDDS  Data 

Person  Identification 

Each  patient's  unique  Social  Security  Health  Insurance 
Claim  (MIC)   number  is  to  be  used;   this  requires  allotment 
of  a  10-digit   field.     All  Medicare  patients  will  have  sue! 
a  number  which  is  composed  of  the  Social  Security  number 
with  an  alphabetical  suffix.     In  cases  where  a  Federal 
patient  does  not  have  an  HIC  or  Social  Security  number, 
the  recipient   identification  number,   taken  from  the 
appropriate  Federal  payment  program,  Title  V  or  XIX,  is 
to  be  used.     The  source  of  the  person  identifier  also 
needs  to  be  recorded,   for  all  patients.     This  requires 
a  1-digit   field.     Assuming  that  no  recipient  identifiers 
exceed  10  digits   in  length  for  the  State   in  question,  the 
identifier  field  can  remain  at  10  digits.  Therefore, 
two  fields  will  be  required  for  person  identification: 


Source  of  person  identifier  used  requires 
1  digit 

ex.     1  =  HIC  number 

2  =  Social   Security  number 

3  =  Medicaid  recipient  number 

4  =  Title  V  recipient  number 

Person   identifier  requires  10  digits 
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Medical  Record  Number 


The  length  of  this  field  is  determined  by  the  length 
of  the  longest  medical  record  number  used  by  any 
hospital  within  the  PSRO  area.     For  illustrative 
purposes,  assume  that  length  may  be  6  digits. 

Date  of  Birth* 

Month,  Day,  Year  of  patient's  birthdate,  usually  requires 
6  digits   (YYMMDD) . 

Sex* 


Male,  Female.     Requires  1  digit. 
Race* 

White,  Black,  Other.     Requires  1  digit. 
Res  idence* 

Zip  Code.     Requires  5  digits. 
Hospital  Identification* 

The  provider  number  assigned  by  the  Medicare  Program 
and  used  by  Medicare  and  Medicaid  in  the  hospital 
certification  process.     Requires  6  digits. 

Note:     The  Medicare  number  is  not  to  be  reported 
to  BQA.     For  reporting  purposes,  the  PSRO 
should  use  a  unique  hospital  identifier 
assigned  according  to  procedures  to  be  pro- 
vided by  BQA. 

Admission  Date* 

Month,  Day,  Year  of  admission.  Usually  requires  6  digits 
(YYMMDD) . 

Admission  Hour* 

Hour  based  on  24  hour  notation.     Requires  2  digits   (HH) . 
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Discharge  Date* 


Month,  Day  and  Year  of  discharge.     Usually  requires 
6  digits.      (YYMMDD) . 

Attending  Physician 

This  is  the  physician  primarily  responsible  for  the 
care  of  the  patient  from  the  beginning  of  this 
hospital  episode.     The  physician  is  to  be  identified 
by  his/her  unique  Social  Security  number.     Requires  9 
digits . 

Operating  Physician 

This  is  the  physician  who  performed  the  principal 
procedure.     The  physician  is  to  be  identified  by 
his/her  unique  Social  Security  number.     Requires  9 
digits . 

Diagnoses  * 

All  diagnoses  which  affect  the  current  stay  are  to 
be  recorded;   it  is  sufficient  to  allot  space  for 
principal  diagnosis  and  four  additional  diagnoses. 
In  using  either  H-ICDA-2  or  ICDA-8  coding,  this 
requires  the  allotment  on  the  form  of  five  4-digit 
positions.      (It  is  anticipated  that  the  same  require- 
ment will  be  associated  with  UHDA) .      If  additional  diag- 
noses are  not  recorded,   the  presence  of  additional 
diagnoses  must  be  indicated. 

Procedures* 

All  procedures  performed  in  operating  rooms,  and 
their  dates,   are  to  be  recorded.     In  addition,  all 
other  significant  procedures  are  to  be  recorded;  it 
is  sufficient  to  allot  space  for  the  principal  proce- 
dure and  three  additional  procedures.     This  requires 
the  allotment  of  four  3-digit  positions  for  the  proce- 
dures, and  at  a  minimum  four  4-digit  positions  for  . 
recording  the  dates  on  which  those  procedures  were 
performed    (MMDD) .      If  additional  procedures  are  performed 
but  n^t  recorded,   this  must  be  indicated. 

Disposition  of  Patient* 

Requires  1  digit  to  indicate: 
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Routine  discharge 

Transferred  to  another  short-term  general 
hospital 

Discharged  or  transferred  to  skilled  nursing 
facility  (SNF) 

Discharged  or  transferred  to  an  intermediate 
care  facility  (ICF) 

Discharged  or  transferred  to  another  long  term 
care  institution 

Discharged  to  home  or  self-care   (routine  discharge) 

Discharged  to  home  under  care  of  an  organized  home 
health  service 

Left  against  medical  advice 

Died. 

Expected  Principal  Source  of  Payment* 
Requires  2  digits  to  indicate: 
Self-pay 

Workmen's  compensation 

Medicare 

Medicaid 

Other  Government  Payment   (e.g.,  CHAMPUS) 

Title  V 
Other 

Blue  Cross 
Insurance  company 

No  charge   (free,  charity,  special  research,  or 
teaching) 

Other   (e.g.,   relatives,  friends). 


VII-5 


(2) 


PSRO-Specif ic  Data  Elements 

Number  of  Days  Assigned  at  Admission* 


Record  the  number  of  days  of  hospital  stay  certified 
at  admission.     Requires  2  digits  (00-99)e 

Admission  Certification  Process* 

Indicate  the  admission  review  procedure  used  and  the 
outcome : 

Pre-admission  review:     certification  granted 

Concurrent  admission  review:  certification 
granted 

Concurrent  admission  review:  certification 
denied 

Requires  1  digit. 

Basis  for  Assignment  of  Initial  Length  of  Stay* 

Indicate  if  PSRO - approved  standards  and  norms  were  used 
to  assign  the  initial  length-of - stay  for  this  patient 
at  the  time  of  admission  certification.     Requires  1  digit, 
(i.e.,   1  =  YES;   2  =  NO) . 

Admission  Certification  Level  of  Review* 

Indicate  if  the  patient's  admission  was  certified  by 
the  review  coordinator   (i.e.,   the  first  level  of 
review).     If  the  admission  was  referred  to  a  physician 
advisor   (or  a  physician  committee  fulfilling  this 
function)    for  an  admission  certification  decision  this 
level  of  review  should  be  indicated.     Requires  1  digit. 


Total  Number  of  Days  Certified* 

Record  the  total  number  of  days  of  hospital  stay 
certified  at  all  reviews,   including  admission  certifi- 
cation and  any  subsequent  reviews  for  the  patient. 
Requires  3  digits  (000-999). 
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Total  Number  of  Reviews  Referred  to  Physician  Advisor* 

Record  the  total  number  of  reviews  referred  to  a 
physician  advisor   (or  physician  committee  fulfilling 
this  function)   for  a  decision  to  certify  admission 
and  all  subsequent  extensions  for  this  patient.  This 
includes  certifications  both  granted  and  denied  by  the 
physician  advisor.     Requires  1  digit  (0-9). 

Total  Number  of  Extensions  Approved* 

Record  the  total  number  of  extensions  of  hospital 
stay  beyond  the  stay  certified  at  admission  which 
were  approved  by  the  review  coordinator  and/or 
physician  advisor  for  this  patient.     Requires  1  digit 
(0-9). 

Extension  Denial* 

Indicate  if  any  extension  of  hospital  stay  beyond  the 
stay  certified  at  admission  was  denied  by  the  physician 
advisor,  physician  committee,  or  PSRO  for  this  patient. 
Admission  certification  denials  are  not  included. 
Requires  1  digit. 

(3)     PSRO-Specif ic  Optional  Data  Elements 

There  are  two  types  of  data  element  allocations  which 
are  applicable  under  this  heading:     data  collected  for  con- 
tinuous study  and  data  collected  for  special  studies.  Data 
collected  for  continuous  study  should  be     allocated  permanent 
space  on  the  form.     Data  collected  for  special  studies  can 
be  inserted  into  "optional  fields"  on  the  form.     For  example 
the  following  types  of  information  might  be  collected: 
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Data  Collected  for  Continuous  Study 


Review  coordinator  ID  number.     Requires  3  digits. 
Admitting  diagnosis.     Requires  4  digits. 

Data  Collected  for  Special  Studies 

Allot  six  3-digit  fields,   to  be  used  as  appropriate. 
(4 )     Additional  Necessary  Data 
PSRO  ID  Number 

Will  be  assigned  by  BQA  for  identifying  the  source  of 
the  forwarded  data  base  tape.     The  number  of  digits 
necessary  has  not  yet  been  determined.     However,  for 
illustrative  purposes  we  have  assumed  3  digits. 

Batch  Control  Number 

(l;or  explanation  see  Section  VIII   -     Batch  Control 
and  Section  X,   "Record  Linkage") 

Batch  number,   requires  2  digits 
Case  number,   requires  3  digits 

3.       DEVELOPING  S  ITE- SPECIFIC  FORMS 

Each  PSRO  must  determine  its  own  need  for  newly  designed 
forms,   based  upon  the  routing  option  chosen  and  collection  pro- 
cedures to  be  utilized.     Maximum  coordination  and  compatibility 
with  the  forms  of  existing  data  collection  organizations  is 
desirable.     With  regard  to  data  collection  formats,   PSROs  are 
expected  to  work  with  local  hospitals  and  subcontractors  to 
develop  suitable  layouts,   specifications,   etc.      (Sec  Pro- 
visional   Policies,   paragraphs   3.1.6  and  3.1.8.)     The  following  is 
a  discussion  of  how  forms  design  might  be  approached  for  each 
opt  ion  : 
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Options   I,   II,    IV,  V,  VI,  and  VII 


The  design  of  data  collection   forms  under  these 
options  will  be  influenced  by  whether  a  State 
contains  one  or  several  PSROs .     In  either  case,  there 
are  two  basic  alternatives:     the  data  abstract  form 
currently  in  use  is  modified  to  accommodate  PSRO  data 
needs,  or  a  trailer  abstract  is  designed  which  con- 
tains all  PSRO-required  data  not  presently  found  on 
the  data  abstract  used  by  the  existing  state-wide 
system.      (See  Section  X,   "Record  Linkage"  for  further 
discussion) . 

In  a  multi-PSRO  State,   or  when  a  data  collection 
service  is  operating  in  more  than  one  PSRO  area,  the 
system  is  serving  several  clients  with   (at  least) 
slightly  different  data  needs.      It  may  be  difficult  to 
design  a  single  abstract  form  which  is  amenable  to  the  data 
needs  of  all  PSROs  being  served,   although  a  determination  of 
this  depends  on  the  list  of  optional  data  elements  to  be  used 
by  each  of  the  PSROs.     In  this  situation,   use  of  a  trailer 
abstract  system  would: 

Eliminate  the  need  for  a  universal  format 


Allow  the  existing  system  to  process  its  existing 
abstract  without  significant  change  or  disruption 

Assure  that  each  PSRO's  needs  are  fully  met 

Necessitate  different  data  entry  routines  for  each 
PSRO's  trailer  abstract 


Complicate  batch  control  procedures. 


Obviously,   the  last  two   factors  above  are  complica- 
tions the  PSRO  and  the  collection  agency  must  overcome. 
Specific  plans  should  be  made  only  with  consultation 
and  cooperation  of  the  data  collection  service(s)  in- 
volved.    Personnel   from  sub  -  contractors  who  are  already 
experienced   in   forms  design,   and  familiar  with  the 
constraints  of  their  systems  should  be  involved  in 
developing  the   requisite   forms,    if  this   is  possible. 


Option  III 


This  option  is  not  viable  until  such  time  as  Titles  V 
XVIII,   and  XIX  are  collecting  UHDDS  data,  presumably 
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in  a  uniform  format   (UHDA) .     Once  this  option,  becomes 
viable,   there  are  several  possible  strategies  for 
developing  forms  and  handling  data.     To  provide  for 
the  collection  of  part  B  of  the  PHDDS  and  PSRO - spec  if ic 
optional  elements,   the  use  of  trailer  abstracts  may  be 
necessary.     These  trailer  abstracts  could  be  routed  with 
the  UHDA  to  the  Title  V,  XVIII,   and  XIX  payment  process- 
ors   (if  this  processor  is  competitively  selected  by  the 
PSRO),   or  directly  to  the  PSRO's  areawide  processor  for 
data  entry  and  computerized  data  linkage  with  the  UHDDS 
data,   as  these  data  arrive  on  tape  from  the  payment 
processors.     Alternatively,   hard  copies  of  both  UHDA  and 
the  trailer  abstracts  could  be  routed  directly  to  the 
PSRO's  areawide  processor  for  edit  and  data  entry. 

Option  VIII 

The  major  issue  affecting  forms  development  under  Option 
VIII  concerns  hospitals  which  are  not  subscribing  to  a 
data  collection  system,  but  which  are  willing  to  supply 
data  to  a  data  collection  sub-contractor  for  forwarding 
to  the  PSRO.     The  least  disruptive  and  least  expensive 
technique  would  be  to  design  forms  which  are  as  similar 
as  possible  to  those  already  in  use  by  the  data  collect- 
ion sub- contractor  for  its  existing  hospital  clients. 
This  would  reduce  the  amount  of  training  required  and 
allow  for  minimal  modification  to  keypunch  and  data  entry 
rout  ines . 

If  feasible,   the  same  forms  used  by  the  subscribing 
hospitals  might  be  used  by  the  PSRO,  with  the  deletion 
of  data   fields  not  required  for  PSRO  use.     As  before, 
the  data  collection  service  should  be  encouraged  to  use 
their  expertise  in  the  design  of  any  new  forms  which  may 
be  needed. 

Option  IX 

For  hospitals  subscribing  to  a  data  collection  service, 
the  issue  revolves  around  the  necessity  of  designing 
and  using  trailer  abstracts.     For  delegated  hospitals 
with  their  own  abstract  data  processing  capability,  this 
issue  will  generally  not  apply,   since  the  forms  used  will 
usually  be  internal  to  the  hospital,   and  only  data  tapes 
will  be  forwarded  to  the  PSRO.     For  non-delegated 
hospitals,   or  for  hospitals  without  an  internal  capabil- 
ity and  not  subscribing  to  a  data  collection  system,  there 
are  several  possibilities.     Some  hospitals  may  provide 
data  to  data  collection  services  for  processing,   as  in 
Option  VIII. 
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Other  hospitals  may  provide  data  abstracts  directly  to 
the  PSRO's  areawide  processor  for  edit,  keypunch,  and 
data  entry.     It  is  this  latter  case  in  which  the  PSRO 
will  require  a  completely  new  form.     It  is  important 
that  data  abstracting  forms  be  appropriate  to  the  route 
which  they  are  going  to  take. 

4 .       SAMPLE  DATA  ABSTRACT  FORM 

Exhibit  VII-1  on  the  following  page  is  a  sample  abstract  which 
might  be  used  as  a  guide  in  developing  a  form  for  data  collection 
purposes  at  the  local  PSRO  level.     Before  it  is  adopted,   this,  or 
any  other  form  must  be  carefully  evaluated  by  those  who  will  use 
the  form.     This  includes:     the  PSRO,  to  assure  that  all  required 
information  is   (or  can  be)   collected;   the  personnel  who  will  com- 
plete the  form,   to  assure  that  it  is  unambiguous  and  easy  to  use; 
the  data  entry  personnel,   to  assure  that  the  data  can  be  readily 
keypunched  directly  from  the  document;   and  the  processor  or  sub- 
contractor,  to  assure  that  the  form  is  amenable  to,   and  efficient 
for,  processing. 

The  codes  which  appear  on  the  abstract  are  for  sample  purposes 

only,   and  are  based  on  the  minimum  data  set  which  must  be  collected. 

The  PSRO  may  wish  to  modify  these  codes  to  more  accurately  reflect 

the  environment  in  its  local  area.     For  example,  race  information 

is  to  be  reported  to  BQA  in  three  categories: 

White 
Black 
Other 
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ABC  PSRO  DATA  ABSTRACT 


PSRO  Number 


m 

Batch  Number 


bXH  I  b  I 


Cat*  Number 


HOSPITAL,  PHYSICIAN,  ANO  PATIENT  IDENTIFICATION  INFORMATION 


o 
o 
o 
o 
o 
o 
o 
o 
o 


Hospital  Provider  No. 

Expected  Principal 
Payment  Source 

1  Self-Pay 

2  Workmen's  Compensation 

3  Medicare 

4  Medicaid 

5  Other  Government 
S  Blue  Cross 

7  Insurance  Company 

8  No  Charge 

9  Other 


Medical  Record  No. 
MM    00    Y  Y 


Admission  Oate 


Hour 


Patient  Identification  No.  10  Source 

Q   1  SSN 
Q  2  Title  XIX 
MMOOYY  O3  Tm*  v 

Q  4  Other 


11 


Blrthdote 


mn 


Attending  Physician 


12  Race 

Q  1  White 

Q  2  Black 

O  3  Other 


13  Sex 
O  1  Male 
Q  2  Female 


Operating  Physician 

8 


14 


Review  Coordinator 


Patient  Zip  Code 


15  Diagnoses 

Principal  Diagnosis 


Other  Diagnoses 


MEDICAL  DATA 


16   Procsdures  And  Dates 


Principal  Procedure 


Date 


I] 


Other  Procedures 


MM    D  D 
Dales 


n 


MM  DO 


17  Disposition  of  Patient 

Q  1  To  Other  Hospital 

Q  2  To SNF 

Q  3  To  ICF 

Q  4  To  Other  Institution 

(^)  5  Routine 

S  To  Home  Care 

(^)  7  Against  Advice 

Q  8  Died 


MM  DO 


MM     D  D 


MM     0  D 


CONCURRENT  REVIEW  DATA 


18  Admission  Certification  Process 

(^)  1  Pre-Admlsslon:  Certification  Granted 

(^)  2  Concurrent:  Certification  Granted 

(^J)  3  Concurrent:  Certification  Denied 

19  Admission  Review 
(^J)  1  Coordinator 

(^)  2  Physician  Advisor 

20  Initial  Length  Of  Stay 

Q  1  PSRO  Norms  And  Standards 

Q  2  Other 

21  m 

Number  Of  Days  Assigned  At  Admission 


Continued  Stay  Review 
j  Total  Physican  Advisor  Rsvlews 

23  Total  Extensions  Approved 

24  Q  1  Extension  Denial 
(^)  2  No  Extension  Denial 


25 


Total  Certified  Oeys 
MM    D  D    Y  Y 


28 


Dlschsrge  Date 


SPECIAL  STUDY  DATA 


27    Study  Done  BY 
Q  1  Hospital 
2  PSRO 


In  a  given  PSRO  area,  however,   it  may  be  useful  to  be  more  specific: 

White 

Black 

Oriental 

American  Indian 

Other 

This  enables  the  PSRO  to  obtain  data  which  is  as  specific  as 
necessary;   for  purposes  of  reporting  to  BQA  all  categories  other 
than  White  and  Black  are  simply  collapsed  into  "Other." 

Such  local  factors  should  be  considered  prior  to  the  forms 
design  activity,   so  that  the  abstract  forms  will  reflect  accurately 
the  data  items  which  the  PSRO  wishes  to  collect. 

5.       SUMMARY  AND  REVIEW 

The  key  issues  related  to  the  development  of  forms  for  the 
collection  of  PSRO  data  are  as  follows: 

Data  collection  should  usually  be  accomplished  with 
the  fewest  forms  with  which  all  of  the  necessary 
data  elements  can  be  captured.     In  this  way,  dupli- 
cation of  effort,  number  of  errors,  changes  to 
existing  systems,   and  total  data  collection  costs  can 
all  be  minimized 

Primary  considerations  in  forms  design  efforts  are  to: 
make  the  form  as  easy  as  possible  to  complete;  make  the 
information  requirements  as  clear  as  possible  to  mini- 
mize errors;   and  obtain  a  maximum  amount  of  data  through 
a  minimum  number  of  entries 

The  PSRO  should  give  every  consideration  to  modifying 
or  adapting  existing  data  collection  mechanisms  within 
the  PSRO  area.     In  this  way,   the  number  of  forms  used 
can  be  minimized  so  that  overall  paperwork,  required 
data  linkage  activity,   and  total  data  collection  and 
input  costs  can  also  be  minimized 

Cost  areas  that  will  increase  as  the  number  of  forms 
used  increases  include:     training,  data  collection, 
reformatting,   editing,  and  costs  associated  with  merging 
different  data  sets  into  a  master  file. 
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VI  IT.     DATA  FLOW:   CONTROL  AND  MONITORING 


1 .  OVERVIEW 

Abstracted  discharge  data  will  follow  a  different  collection 
pattern  in  each  PSRO,   as  determined  by  the  overall  routing  system 
design  selected  as  most  appropriate  from  among  the  available 
alternatives.     Regardless  of  the  routing  pathway,  adequate 
procedures  must  be  instituted  to  assure  accurate  and  timely 
inclusion  of  data  into  the  master  files  of  the  PSRO's  areawide 
processor.     Three  tools  are  invaluable  in  this  endeavor:  batch 
control,   forms  control,   and  data  flow  monitoring.     These  tools 
are  critical  to  the  control  and  monitoring  of  the  mass  movement 
of  documents   from  the  point  of  data  preparation,   through  numerous 
processing  and  routing  steps,   to  the  point  of  data  destination. 
The  overall  task  is  to  guarantee  that  all  hospital  discharges 
occurring  within  a  given  calendar  quarter  are  reflected  accurately 
in  the  PSRO  data  base  and  in  the  PHDDS  tape  forwarded  to  the 
Federal  Processing  Center  within  60  days  of  the  end  of  each 
quarter.     The  major   function  of  each  of  these  three  tools  is 
briefly  described  below: 

Batch  Control 

The  major  function  of  batch  control  is  to  assure  that  all 
data  entering  the  data  collection  system  is  fully 
processed  and  available  for  inclusion  in  the  master 
files  of  the  system. 

In  general,  batch  control  is  the  control  of  documents  as 
they  travel  between  the  hospital  and  the  data  collection 
agency.      In  some  instances,   this  could  also  involve 
documents  transmitted  between  the  hospital  and  the  area 
processor  if  an  established  collection  agency  and  the 
area  processor  were  one  and  the  same,  or  if  the  area 
processor  were  acting  as  a  collection  agency  for  hospitals 
not  participating  in  a  collection  system. 
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Forms  Control 


The  major  function  of  forms  control  is  to  direct, 
monitor,  and  track  the  movement  of  documents  through- 
out the  collection  and  processing  system.     Each  PSRO 
will  require  procedures  for  recording  the  movement  and 
processes  applied  to  hard-copy  forms  as  they  travel 
through  the  established  routing  system.     Each  individual 
who  comes  into  contact  with  data  abstracts  must  be 
aware  of:     his  responsibilities;  whom  he  may  contact  if 
he  requires  clarification  of  either  his  responsibilities 
or  data  on  an  abstract;  where  and  when  he  must  send 
abstracts  to  the  next  processing  step;   and  how  to 
complete  tally  sheets  documenting  his  receipt, 
processing,  and  transmission  of  data.     The  experience 
of  the  selected  area  processor  may  be  a  valuable  asset 
in  helping  a  PSRO  design  a  forms  control  system. 

Data  Flow  Monitoring 

Regardless  of  the  agreements  reached  with  collection 
and  processing  contractors,   the  PSRO  bears  ultimate 
responsibility  for  effective  PSRO  operation,  compliance 
with  all  aspects  of  the  Provisional  Policies,  and 
timely  delivery  of  products  to  BQA.     Each  PSRO,  there- 
fore, must  monitor  the  overall  flow  of  data  from  each 
hospital,   through  collection  agencies  to  the  processing 
center,   and  to  delivery  of  products  to  BQA. 

These  three  tools,   to  be  effective,  must  be  designed  as  an 
integral  part  of  the  collection  and  processing  system.  When 
designed  and  used  in  concert,   they  result  in  a  data  control 
system  which  can: 

Confirm  the  degree  of  completion  of  the  abstracting 
process  at  each  hospital  for  any  given  time  period 

Monitor  the  flow  of  data  from  all  hospitals  through  all 
collection  and  processing  activities 

Identify  logjams  and  problem  areas  in  the  collection  and 
processing  system 

Identify  and  locate  misplaced  or  duplicated  abstracts 

Confirm  preparation  of  the  PSRO  data  base  and  trans- 
mittal of  the  quarterly  PHDDS  tapes  to  BQA. 
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Exhibit  VIII-1,   at  the  end  of  this  section,   shows  data 
flowing  through  a  data  collection  service,  which  is  a  basic 
pathway  in  all  nine  routing  options.     Data  may  actually  be 
flowing  through  more  than  one  data  collection  service,  but  the 
basic  procedures  of  batch  control,   forms  control,   and  data  flow 
monitoring  remain  the  same.      (Explanations  of  each  term  used  in 
this  exhibit  is  contained  within  this  section) . 

Exhibit  VIII-2,   also  located  at  the  end  of  this  section,  is 
a  flow  chart  of  the  processing  steps  to  be  performed  on  the  data. 
(Explanation  of  the  data  processing  symbols  appears  in  Appendix  B) . 

On  the  following  pages,   each  of  the  three  data  control  tools 
are  discussed  separately  in  terms  of  their  respective  contribu- 
tions to  data  flow  control. 

2 .       BATCH  CONTROL 

Batch  control  is  the  technique  utilized  by  the  data  collection 
service  to  assure  that  all  abstracts  which  leave  the  hospital  are 
fully  processed  and  included  into  the  service's  master  computer 
files   for  that  hospital.     The  following  discussion,   intended  to 
introduce  the  reader  to  the  design  and  use  of  an  effective  batch 
control  system,   is  divided  into  three  parts: 

Batch  definition 

Confirmation  of  complete  data  abstracting 
Data  movement 

(1 )     Batch  Definition 

A  batch  is  a  group  of  discharge  abstract  documents  (a 
number  of  abstracts  aggregated  on  a  specific  basis:  for 
example,   over  a  defined  time  period,   such  as  a  month).  The 
purpose  of  grouping  documents  into  batches  is  two-fold. 
First,   it  is  easier  to  keep  track  of  batches  of  documents 
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as  they  move  through  the  collection  and  processing  system 
than  it  is  to  keep  track  of  individual  discharge  abstracts, 
simply     because     there  are  fewer  of  them.     This  enables  the 
verification  of  the  degree  of  data  transmission  from 
hospital  to  the  data  collection  service's  master  files,  and 
it  offers  a  means  of  identifying  and  tracking  misplaced 
abstracts.     Second,   it  allows  for  a  comparison  of  the  number 
of  actual  discharges,  usually  determined  from  the  discharge 
census,   against  the  number  of  abstracts  actually  prepared 
and  submitted. 

A  critical  element  in  determining  the  effectiveness  of 
any  batch  control  system  is  the  criteria  established  for 
defining  how  abstracts  are  grouped  to  form  a  batch.  Documents 
may  be  batched  in  several  ways,   according  to  the  purposes 
to  be  served;   there  are  advantages  and  disadvantages  inherent 
in  all  batching  techniques.     Several  batching  techniques 
which  could  be  considered  for  PSRO  use  will  be  illustrated 
be  low . 

Suppose  that  a  hospital  has  approximately  600  Federal 
discharges  each  month,   and  requires  three  review  coordinators 
to  handle  the  review  load.     Several  batching  techniques  are 
possible,  including: 

Discharge  abstracts  could  be  batched  on  the  basis  of 
numerical  count,   for  example,   100  abstracts  per  batch. 
This  would  result  in  approximately  six  batches  for 
each  month's  discharges   from  this  hospital.      Since  all 
batches  except  the  last  for  the  calendar  month  are  of  the 
same  size,   handling  is  facilitated. 

Batches  could  be  developed  on  a  time  basis  corresponding 
to  all  cases  abstracted  during  a  given  period   (day,  week, 
month,   etc.).     Depending  on  the  abstracting  work  load 
each  time  period  the  size  of  the  batches  could  vary 
cons  ide  rab ly . 
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Batches  could  be  developed  on  the  basis  of  all 
discharges  for  a  given  time  period   (day,  week,  month, 
etc .  )   being  abstracted  and  batched  together.  This 
standardizes  the  number  of  batches  moving  through  the 
system   (e.g.,  one  per  time  period),   thus  facilitating 
monitoring  of  data  flow.     Identification  and  location 
of  misplaced  abstracts  is  facilitated  because  each 
batch  contains  a  specific  number  of  abstracts  corre- 
sponding to  the  number  of  discharges  having  occurred 
during  the  selected  time  period.     Further,   the  require- 
ment of  quarterly  reporting  to  BQA  does  not  disrupt 
normal  batching  procedures.     Completion  of  data 
abstracting  can  be  monitored  because  the  number  of 
abstracts  in  a  batch  should  correspond  with  the  tally 
of  discharges  for  the  corresponding  time  period  main- 
tained by  the  review  coordinators.     A  major  problem 
with  this  approach  is  that  even  one  incomplete  medical 
record  or  abstract  would  hold  up  the  whole  batch. 

All  discharges  for  a  given  time  period  which  were 
reviewed  by  a  given  review  coordinator   (in  hospitals  with 
more  than  one  review  coordinator)   could  be  batched 
together.     This  offers  the  same  basic  advantages  as  the 
previous  example,   except  that  location  of  misplaced 
abstracts   is  further  facilitated  because  only  one  review 
coordinator's  files  may  be  involved.     However,     it  leads 
to  a  proliferation  in  the  number  of  batches,  which 
increases  the  workload  of  the  monitoring  and  management 
system;    it  decreases  the  information  about  completion 
of  abstracting  for  a  given  hospital  if  more  than  one 
batch  has   to  be  followed;   and  it  complicates  the 
abstracting  and  batching  process  immeasurably  because 
data  clerks  must  keep  track  of  which  batch  a  given 
abstract  must  be  included  in. 

Routing  Option  III  could  present  some  batching  complex- 
ities that  should  be  mentioned.     Under  this  option,  data  are 
received  in  one  of  two  ways:   data  tapes   (or  hard  copies)  of 
abstracts  are  forwarded  by  the  Title  V,  XVIII,   and  XIX 
processors  to  the  PSRO's  area  processing  center,   or  dupli- 
cate copies  of  the  UHDA  and  trailer  abstracts  are  routed 
directly  to  the  PSRO  from  the  hospital. 

In  either  case,  batch  control  may  be  complex.      If  data 
tapes  are  received  directly  from  the  payment  processors, 
careful  tallies  of  number  of  patients,   for  each  payment  source, 
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for  each  time  period,  must  be  maintained.     These  must  then  be 
compared  with  the  corresponding  numbers  of  discharges 
reported  on  the  data  tapes  to  verify  that  abstracts  are 
received  for  all  discharges. 

If  the  abstracts  are  routed  through  the  payment  agencies, 
problems  will  likely  arise  as  time  requirements  for  submission 
of  bills  for  payment  are  generally  more  liberal  than  are  the 
time  constraints  under  which  the  PSRO  must  operate.  Data 
for  a  calendar  quarter  may  well  not  have  been  received  by  the 
payment  processor  within  60  days  of  the  end  of  the  quarter. 
In  fact,   the  stringency  of  PSRO  time  requirements  versus  the 
hospital  responsiveness  in  forwarding  abstracts  to  any  data 
collection  system  may  cause  similar  severe  problems  under 
any  option. 

Transmission  of  abstracts  could  also  be  delayed  because 
of  problems  relating  to  payment  status  or  eligibility,  thus 
further  delaying  receipt  of  data  by  the  PSRO.  Payment 
processing  systems  do  not  generally  keep  track  of  the  number 
of  bills  they  are  expecting,   leaving  the  responsibility  for 
submission  of  bills  to  each  hospital's  billing  office.  A 
tie-up  in  the  hospital  or  mail,   or  an  internally  misplaced 
document,   could  cause  a  situation  of  undetected  batch 
imbalance  at  the  processor  level  which  would  not  be  identified 
until  the  PSRO  received  all  tapes.     Patients  deemed,  upon 
examination,   to  be  ineligible  for  Federal  payment  might  be 
dropped  or  held  in  limbo  by  a  payment  processing  system,  where- 
as  the  requirement  for  reporting  by  the  PSRO  is  based  on 
expected  payment  source  at  the  time  of  admission. 

A  less  complex  situation  would  be  encountered  if  duplicate 
copies  of  the  UHDA  are  routed  directly  to  the  PSRO.  Batch 
control  may  still  be  a  problem,  however. 
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(2)     Confirmation  of  Complete  Data  Abstracting 

It  is  imperative  that  effective  procedures  be  institu- 
ted to  assure  that  all  discharges  of  Federal  patients  are 
abstracted  and  grouped  into  the  appropriate  batches.  This 
section  contains  a  general  discussion  of  the  operational 
requirements  and  problems  which  are  frequently  encountered. 

Review  coordinators  should  be  required  to  maintain  a 
log  of  their  review  activity  from  which  the  quarterly 
Concurrent  Review  Activity  Summary*   (CRAS)   can  be  constructed. 
Even  in  those  cases  where  the  CRAS  may  be  prepared  based 
upon  reports   from  the  PSRO  data  base,   the  review  coordinator 
log  is  useful  as  a  verification  mechanism,   and  can  also  be 
constructed  to  provide  additional  input  to  the  batch  control 
sys  t em . 

For  instance,   if  batches  are  grouped  by  calendar  month 
of  discharge,   the  review  coordinator's  log  should  be  con- 
structed to  provide  monthly  totals  and  lists  of  patients. 
When  the  abstracting  process  for  a  particular  batch  begins, 
it   is  then  known  how  many  discharges  and  what  individuals' 
data  are  to  be  included  in  the  batch.     This  information  can 
be  used  by  abstractors  in  pulling  medical  records,   and  by  the 
data  clerk  who  is  responsible  for  batch  formation.    It  can 
also  be  forwarded  to  subsequent  processors  and  the  PSRO  for 
additional  confirmation  of  complete  data  abstracting. 

There  are  several  problems  which  frequently  arise  in 
operations  of  this  type: 

Errors  in  addition  or  transcription  of  the  review 
coordinator's  log   (which  can  be  eliminated  by  an 
independent  count  of  the  log  by  the  data  clerk  who  is 
responsible  for  batch  formation) 

*  See  Federal  Reports  Manual,  BQA  Form  121 
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Batch  count  verification  along  the  data  routing  pathway 
is  impeded  by  inadequate  reporting  of  logging  procedures 
to  the  areawide  processor  and  the  PSRO 

Inadequate  coordination  between  the  review  coordinator, 
who  has  the  list  of  patients,   and  the  abstractor,  who 
must  pull  and  abstract  the  appropriate  records. 

(3)     Data  Movement 

Once  a  batch  has  been  constructed,   it  must  progress 
through  a  sequence  of  collection  and  processing  steps  which 
are  determined  from  the  data  routing  option  selected  by  a 
PSRO.     These  steps  are  primarily  of  two  varieties:  internal 
steps  within  the  organization  of  a  given  contractor,  and 
steps  between  two  contractors.     The  same  procedures  should  be 
followed  in  either  case.     Each  processing  step  must  be 
defined,   and  log  books,   tally  sheets,   and  communication  pro- 
cedures established  so  that:    (1)   the  movement  of  each  batch 
through  the  processing  cycle  can  be  monitored;   and   (2)  pro- 
cessing steps  can  anticipate  the  arrival  of  each  batch,  log 
it  in,  process  it,   forward  it  to  the  next  processing  step, 
and  report  on  the  batch's  status  to  a  central  monitor. 

The  following  simplified  example  illustrates  this  process. 
For  the  purposes  of  this  illustration,  assume  the  following: 

The  hospital  from  which  the  sample  batch  originates 
participates  in  a  data  collection  system 

Batching  is  based  on  discharges  by  calendar  month 

Data  routing  is  through  a  data  collection  service 

The  areawide  processor  is  operated  by  a  contractor 
other  than  the  data  collection  service. 

This  is  basically  the  system  depicted  in  Exhibit  VIII-2 
at  the  end  of  this  section.     Note  that  this  system  does  not 
include  an  advance  notification  procedure  to  enable  each 
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processing  step  to  anticipate  the  arrival  of  each  batch. 
Such  a  procedure  is  not  needed,  because  the  anticipation 
is  built  into  the  system  by  designing  the  batching 
techniques  around  time-based  parameters.     For  example,  if 
all  abstracts  completed  in  a  given  week  are  batched  together, 
the  non-arrival  of  a  batch  each  week  will  trigger  an  inquiry 
to  investigate  the  delay.     However,   a  system  based  on 
numerical  count  of  documents  would  not  have  such  a  built-in 
technique  for  advance  notification.      If  batches  are  based  on 
groups  of  150  discharges,   for  example,   it  will  usually 
require  a  different  amount  of  time  to  generate  a  batch. 
Since  batch  arrival  is  not  set  by  a  time-based  parameter,  a 
non-arrival  might  not  trigger  an  inquiry,  unless  some  other 
advance  notification  procedure  is  devised. 

3.       FORMS  CONTROL 

Forms  control   involves  step-by-step  procedures  for  the  normal 
and  contingency  handling  of  discharge  abstracts.     Generally,  a 
forms  control  system  is  documented  in  a  system  of  logs  and  tally 
sheets,   and  in  a  "desk- level"  procedure  manual  for  personnel  at 
each  processing  step,  which  describes  specifically  the 
responsibilities  of  each  person  to  whom  abstracts  are  routed. 
Using  the  example  developed  on  the  previous  page   (and  pictured  in 
Exhibit  VIII-2)   the  following  discussion  provides  a  basic  outline 
of  a  forms  control  system.     Reference  points  are  provided  in  the 
Exhibit  to  facilitate  the  reader's  understanding  of  the  point 
at  which  each  activity  takes  place. 

Review  Coordinator   (Exhibit  VIII-2,  Reference  Point  1.) 

At  the  end  of  a  month,   the  review  coordinator  completes 
his/her  tally  of  the  month's  discharges  of  Federal 
patients.     This  tally,   and  the  list  of  patients 
discharged  during  the  month,   is  checked  for  accuracy 
in  addition  and  transcription  by  the  data  clerk  in  the 


VIII-9 


hospital's  Medical  Records  Department,  who  is  respon- 
sible for  assembling  the  month's  batch.     Copies  of 
the  tally  are  retained  by  the  review  coordinator  and 
the  data  clerk.     One  copy  is  forwarded  to  the  area- 
wide  processor  for  use  in  data  flow  monitoring. 

Hospital  Medical  Records  Department   (Reference  Point  1.) 

Abstracting  of  the  month's  discharges  begins  according 
to  a  pre  -  determined  schedule,  with  the  data  clerk  main- 
taining a  running  tally  of  numbers  of  abstracts  pre- 
pared in  the  Batch  Control  Log.     Upon  completion  of 
the  batch,   the  data  clerk  fills  out  a  batch  transmis- 
sion slip  and  places  a  copy,   along  with  the  batched 
abstracts,   for  mailing  to  the  data  collection  service. 
Copies  of  the  final  batch  transmission  slip  for  the 
month  would  also  be  sent  to  the  areawide  processor  for 
data  flow  monitoring,  and  retained  in  the  hospital's 
files. 

A  possible  complication  may  arise  if  the  medical  records 
of  all  hospital  discharges  are  being  abstracted  and 
processed  by  the  data  collection  service.     In  this  case, 
the  batch  sent  to  the  data  collection  service  will 
contain  patients  other  than  Federal  patients,  and  an 
entry  must  be  made  on  the  batch  transmission  slip 
for  a  sub-batch  to  cover  Federal  patients.     Also,  note 
that  the  batch  transmission  slip  could  contain  room 
for  a   PSRO  number  --  this  would  be  a  number  assigned 
by  the  data  collection  service  for  internal  use  only, 
to   identify  abstracts  belonging  to  a  given  PSRO. 

Mailroom  of  Data  Collection  Service   (Reference  Point  2.) 

The  control   function  at  this  point   is   to  note  the 
arrival  and  condition  of  documents.     Incoming  batches 
are   logged  into  a  document  control   log.     A  batch 
cover  sheet   is  completed  and  stapled  to  the  front  of 
the  original  manila  envelope  or  box  in  which  the 
abstracts  were  transported.     This  batch  cover  sheet 
will  follow  the  batch  through  all  processing  steps 
within  the  data  collection  service.     The  batch  is 
then  forwarded  for  editing. 

Manual  Edits    (Reference  Point  3.) 

The  arrival  of  a  batch  is  noted  in  a  log.  Documents 
are  counted  again.  If  a  discrepancy  is  noted,  it  is 
investigated.  Simultaneously  with  the  recount,  each 
document  is  checked  for  appropriate  source  documentation 
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(hospital  and  batch  number).     Again,  discrepancies 

are  investigated.     Visual   edits  are  performed  to  detect 

missing  data  items  within  the  batch. 

Several  alternatives  arise  here.     If  all  data  are 
correct,   and  the  batch  balances,   the  data  clerk  signs 
the  batch  cover  sheet  and  the  batch  is  forwarded  to  be 
keypunched.     Errors  or  inconsistencies  of  any  type 
must  be  investigated  and  resolved  here.  Sometimes 
this  can  be  accomplished  through  telephone  contact  or 
the  mailing  of  a  photo-copy  of  an  abstract  back  to 
the  hospital,    in  which  case  the  batch  is  placed  in  a 
"hold"  state  until  the  resolution  is  complete.  Some- 
times this  will  require  returning  all  or  part  of  a 
batch  to  the  hospital.     If  this  is  done,  a  notifica- 
tion of  returned  batch  or  abstract  is  completed  and 
forwarded  to  the  hospital  with  the  returned  documents, 
to  the  receipt  point  of  the  data  collection  service, 
and  to  the  department  files. 

Keypunch  Department  of  Data  Collection  Service 
(Reference  Point  4  .  J~ 

Data  is  keyed  and  verified,   and  these  activities  are 
recorded  in  a  keying  log.     The  batch  cover  sheet  is 
signed  and  forwarded  to  the  office  within  the  data 
collection  service  responsible  for  batch  flow  monitor- 
ing.    The  hard  copy  of  the  batch  is  forwarded  to  the 
appropriate  filing  location.     A  computer  data  tape 
transmission  form  is  completed  for  each  tape  as  it 
is  forwarded  to  the  data  processing  department. 

Data  Pr ocessing  Department  of  Data  Collection  Service 
(Reference  Point  5 . ) 

Upon  receipt  of  a  tape,   appropriate  batch  information 
is  recorded  in  a  data  control  log,  which  becomes  the 
internal  control  document  within  the  data  processing 
department  of  the  data  collection  service.     A  computer 
processing  run  is  scheduled  and  performed  and  the 
appropriate  summary  information  entered  in  the  log. 
A  computer  output  of  the  run  will  be  a  file  update 
notification  form.     This  is  forwarded  to  the  service's 
batch  monitoring  department.     According  to  a  pre-arranged 
schedule,   a  tape  is  produced  for  transmission  of  data 
to  the  PSRO's  areawide  center,   and  is  accompanied  by 
a  tape  transmission  form. 
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PSRO  Areawide  Processor   (Reference  Point  6.) 


Arrival  of  a  tape  is  noted  in  a  data  receipt  log  in 
which  all  monthly  batches,  by  hospital,  by  collection 
service,   are  recorded.     Upon  file  update  by  the  area- 
wide  processor,   the  computer  will  generate  a  PSRO 
notification  form,  which  is  then  forwarded  to  the 
PSRO's  data  flow  monitoring  office.  Although  another 
computerized  batch  balance  will  have  been  performed, 
it  is  at  the  PSRO  level  that  the  final  determination 
must  be  made  as  to  whether  all  data  identified  by 
the  review  coordinator  on  the  coordinator's  tally 
actually  arrived  at  the  areawide  processor  and  was 
included  in  the  master  files. 

It  is  virtually  inevitable  that  some  abstracts  will  be 
misplaced  from  time  to  time.     While  this  is  unfortunate  and 
inconvenient,   a  well -des igned  forms  control  system  should  facili- 
tate the  process  of  identifying  and  locating  misplaced  documents. 
Discrepancies  in  count  or  content  can  be  identified  at  several 
processing  steps,  before  the  batch  reaches  the  PSRO's  areawide 
processor,  where  a  final  batch  balance  is  performed  (sometimes 
known  as  "end  point  batch  balance").     When  an  error  is  detected, 
it  is  likely  to  have  occurred  during  the  previous  processing 
step.     Therefore,   remedial  action  can  be  undertaken  immediately, 
generally  without  requiring  reprocessing  of  the  missing  abstracts 
from  the  hospital  level. 

The  most  common  discrepancies  involve  either  abstracts 
which  are  lost  from  the  batch,   in  which  case  the  batch  count 
will  be  off,   or  in  transposition  of  abstracts  from  one  batch  to 
another,   in  which  case  the  batch  number  printed  on  the  abstract 
will  not  correspond  with  the  numbers  on  the  rest  of  the  abstracts 
with  which  it  was  grouped. 

4 .       DATA  FLOW  MONITORING 

Data  flow  monitoring  is  primarily  concerned  with  the  t ime ly 
transmission  of  data  from  the  data  collection  service  to  the  PSRO 
areawide  processor.     Whereas  the  data  collection  service  will  be 
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processing  individual  batches  from  each  of  its  hospitals  in  the 
PSRO  area,   the  area  processor  will  be  monitoring  and  receiving 
data  from  all  data  collection  services  involved  in  the  PSRO  area. 
The  computer  tapes  sent  to  the  areawide  processor  should  con- 
tain complete,  error-free  abstracts  for  each  hospital  for  each 
month.     Depending  on  hospital  volumes  and  the  batching  techniques 
used  throughout  the  area,   this  computer  tape  may  contain  one  or 
more  batches.     Data  flow  monitoring  consists  primarily  of  three 
func t  ions : 


Data  Flow  Reporting 

The  information  generated  to  monitor  the  movement  of 
batched  documents  through  the  collection  and  process- 
ing system  can  also  be  utilized  to  identify  delays 
or  logjams  in  the  data  flow.     An  undetected  and/or 
uncorrected  delay  could  jeopardize  the  production  of 
management  reports  and  profiles  for  local  PSRO  use  and 
the  delivery  of  the  PHDDS  subset  tape  to  BQA.  Thus, 
the  receipt  of  final  batch  submission  notification 
from  each  hospital  allows  the  PSRO  areawide  processor 
to  identify  delays  in  submitting  data  to  the  collection 
agency,  by  individual  hospital,  or  transmittal  delays 
from  the  agency  to  the  processor 

End  - Po i  nt  Batch  Balancing 

Care  must  be  taken  to  assure  the  arrival  at  the  process- 
ing center,  and  the  entry  into  the  master  data  files, 
of  all  complete  batches  of  data.     This  must  be  done 
regardless  of  the  routing  option  selected  by  the  PSRO, 
and  must  be  based,   ultimately,  on  the  count  and  iden- 
tification of  Federal  patients  maintained  by  the  review 
coordinators  in  the  hospitals.     The  procedures  carried 
out  by  the  processor  for  comparing  the  review  coordi- 
nator's counts  and  identifying  information  against  the 
information  received  from  the  data  collectors  is  known 
as  end-point  batch  balancing 

End-Point  Data  Completion  Verification 

This  function  refers  to  the  PSRO's  check  to  verify  that 
all  discharges  reported  in  a  review  coordinator's 
tally  are  reflected  in  the  master  file  summary  updates, 
which  it  receives  from  the  area  processor. 
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Clearly,   the  PSRO  bears  the  ultimate  responsibility 
for  the  timely  and  efficient  handling  of  all  data, 
whether  this  is  accomplished  through  its  own  efforts 
or  through  that  of  affiliated  component  organizations. 

Responsibility  for  everyday  data  flow  monitoring  is 
best  delegated  to  the  areawide  processor,  while  the 
PSRO  should  actively  verify  only  end-point  data  com- 
pletion,  from  the  information  received  on  the  coordi- 
nator's tallies  and  the  master  file  update  summaries. 
The  PSRO,  however,  must  maintain  final  responsibility 
for  the  timely  delivery  of  PHDDS  tapes  to  BQA. 

5 .       SUMMARY  AND  REVIEW 

The  key  points  covered  in  this  section  include  three  valua- 
ble tools  for  monitoring  data  collection  and  processing  (batch 
control,   forms  control,   and  data  flow  monitoring): 

Batch  control  involves  the  systematic  aggregating  of 
abstracts  into  groups  or  batches  to  facilitate  data 
submission  and  processing.     The  batching  mode  employ- 
ed by  the  hospital  may  depend  upon  a  number  of  indi- 
vidual constraints  and  considerations,  but  it  never- 
theless involves  the  ordering  of  abstracts  and  the 
process  of  accounting  for  all  abstracts  within  that 
group  as  the  batch  passes  through  all  processing  steps 

Forms  control  facilitates  data  monitoring  by  requiring 
the  logging  of  each  batch  of  abstracts  at  each  step 
along  the  processing  route   (the  review  coordinator, 
the  Medical  Records  Department  of  the  hospital,  the 
mailroom  of  the  data  collection  service,   the  editing 
department,   the  keypunch  department,   the  data 
processing  department,   and  the  areawide  processor) 

Data  flow  monitoring  consists  of  data  flow  reporting, 
end-point  batch  balancing,  and  end-point  data  comple- 
tion verification.     In  general,   it  involves  the 
responsibility  of  the  PSRO  to  assure  that  all  data 
is  handled  in  a  timely  and  efficient  manner,   and  that 
reports  and  data  for  BQA  are  properly  prepared  and 
del ivered . 


VIII-14 


EXHIBIT 


VI  I  1-11 


cc 
o 


\ 


I—  LU 

<_>  C_> 

LU  — 

<  — I  > 
I—    -J  C£ 

<  O  LU 

o  o  co 


CD 

_1  Z 

I  o  I  - 
c_>  ct:  c_>  h- 

<  z  <  -J  o 

CQ  O    CQ  Q- 
.   O  LU 
CC 


1— 

31 

<_> 

z 

1— 

o 

< 

CO 

f- 

0 

z 

z 

 1 

Lu 

O 

<_) 

D_ 

z 

<£ 

1 

1  

1 

Q 

1 

<; 

<; 

1  1  1 

CO 

• 

• 

Q£ 

O 

CO 

CO 

LU 

O 

< 

0 

a: 

O 

0 

CO 

O 

CC 

CL 

_l 

a. 

CO 

h- 

o 

< 

a: 
I— 
co 
co 
< 


0 
I— 

< 
co 


CC 

o 


o 
cc 


o 
o 


< 

CO 
Csl 


o_ 

CO 

o 


o 
cc 

CO 
CL 


< 

<_) 


cc 

LU 


LU 
_l 

o_ 
2: 
o 
o 


< 

Q 


O 

a. 
1 

Q 
Z 
LU 


O 
Q 


O  Q 
LU  LU 
O  O 


I —  o 

o  z 

<  — 

a:  n: 

h-  <_> 

co  1— 

CQ  < 

<  CQ 


CC  CC 
Q_  Q_ 


OO  CO 

2:  2: 
o£  cc: 


>- 

LU 


EXHIBIT  VI  I  1-2     SAMPLE  PROCESSING  STEPS 
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IX.     QUALITY  CONTROL  AND  DOCUMENTATION  STANDARDS 


1 .  OVERVIEW 

A  basic  requirement  for  the  orderly  and  efficient  collection 
and  routing  of  data  is  the  development  of  systems  and  procedures 
for  management  and  operations  control.     Quality  control  measures 
and  documentation  standards  are  necessary  to  ensure  that  each 
data  abstract  processed  through  the  PSRO's  data  system  will  accu- 
rately reflect  what  actually  transpired  in  the  treatment  of  that 
patient  during  the  particular  episode  of  illness.     Briefly,  these 
terms  are  described  as  follows  : 

Quality  Control 

Procedures  are  necessary  for  checking  the  accuracy, 
validity  and  reliability  of  the  data.     Errors  can 
potentially  occur  any  time  data  are  transcribed, 
either  manually  or  electronically,   from  one  docu- 
ment,  format,  or  medium,  to  another.  Therefore, 
controls  are  necessary  at  every  step  along  the 
abstracting,   routing  and  processing  pathway. 

,         Documentation  Standards 

Documentation  refers  to  processes  such  as  recording 
PHDDS  data  on  an  abstract  form  or  signing  one's 
initials  on  a  batch  control  form  to  indicate  that 
the  batch  was  complete  when  received.  Documenta- 
tion standards  are  necessary  to  insure  that  data 
are  recorded  properly  and  uniformly  (e.g.,  whether 
male/female  are  recorded  as  M/F  or  1/2) .  Standards 
are  also  necessary  to  insure  that  personnel  respon- 
sibilities along  the  data  system  pathway  are  docu- 
mented sufficiently  to  enable  back- tracking  to 
investigate  breakdowns,   logjams,  or  other  problems. 

The  PSRO  is  responsible  for  assuring  that  its  own  staff  and  all 
other  individuals  and  organizations  who  may  be  involved  in  data 
handling  activities  adhere  to  the  established  quality  control 
and  documentation  standards.     The  following  material  focuses  on 
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the  specific  monitoring  functions  and/or  procedures  that  a  PSRO 
might  conduct  to  insure  the  generation  of  complete  and  accurate 
data  and  reports . 

2 .       ABSTRACTING  QUALITY  CONTROL 

The  PSRO  is  responsible  for  the  collection  of  the  PHDDS 
elements  for  all  Medicare,  Medicaid  and  Title  V  discharges, 
according  to  the  definitions  promulgated  by  BQA  and  included  in 
the  Provisional  Policies  and  subsequent  transmittals.  Those 
persons  responsible  for  the  abstracting  of  data  from  the  primary 
source  document,   the  medical  record,  onto  the  collection  form 
must  be  familiar  with  the  definitions  for: 

Part  A  -  Uniform  Hospital  Discharge  Data  Set  (UHDDS) 
Part  B  -   PSRO-specif ic  data  elements  of  the  PHDDS 
Additional  data  as  defined  by  the  local  PSRO. 

It  is  imperative  that  these  abstracted  data  be  reliable  and 
valid.     The  quality  and  consistency  of  PHDDS  data  used  locally 
by  a  PSRO  and  forwarded  to  BQA,  can  be  no  better  than  the  quality 
and  consistency  of  the  data  recorded  on  the  individual  discharge 
abstracts  from  which  the  data  base  is  constructed.  Therefore, 
each  PSRO  must  insure  that  its  abstracts  are  coded  in  accordance 
with  the  standard  definitions  established  by  BQA  (and  by  itself 
for  PSRO- specif ic  optional  items)   for  each  data  element,  and  with 
the  quality  control  and  documentation  procedures  established  by 
the  PSRO.     This  section  introduces  the  reader  to  the  basic 
requirements  of  an  effective  quality  control  system  for  the 
completion  of  discharge  abstracts. 

( 1 )     Responsibility  for  Completion  of  Abstract 

Lach  hospital  or  PSRO  should  have  an  abstracting 
manager,  who  has  primary  responsibility  for  the  abstract- 
ing process.     This  person  will  usually  be  responsible  for: 
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Receiving  and  doub le - checking  the  review  coordinators' 
tallies  of  discharges  for  each  month 

Managing  data  abstracting  activities 

Preparing  the  abstract  batch  and  the  batch  documen- 
tation forms  for  transmission  of  the  abstracts 
through  the  collection  process 

Responding  to  inquiries  from  data  flow  monitoring 
personnel  regarding  progress  in  the  abstracting 
effort 

Receiving,   distributing,  monitoring,  and  returning 
all  edit  correction  documents  received  from  data 
processors 

Assuming  the  responsibility  and  authority  necessary 
to  insure  that  the  work  is  performed. 

The  background  of  this  individual  might  include  training 
in  coding  systems,  data  abstracting,  medical  records,  and 
management  of  clerical  operations.     The  administrative 
position  of  the  individual  will  vary  with  the  nature  and 
size  of  the  hospital  or  PSRO,  and  possibly  with  the 
delegation  status  of  the  hospital. 

In  a  delegated  hospital,  where  the  abstracting  manager 
could  be  an  employee  of  the  hospital,  the  most  likely 
candidates  would  be  the  Director  of  the  Medical  Records 
Department  or  someone  reporting  directly  to  the  Director, 
or  the  senior  review  coordinator,   if  the  hospital  is  large 
enough  to  warrant  more  than  one  coordinator . 

In  a  non-delegated  hospital  which  subscribes  to  a 
data  collection  system,  the  responsible  person  will  most 
likely  be  employed  in  the  Medical  Record  Department. 

In  a  non-delegated  hospital  which  does  not  subscribe 
to  a  data  collection  system,  PSRO  personnel  will  likely 
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assume  prime  responsibility  for  performing  the  abstracting. 
However,  abstracting  assistance  may  be  sought  from  hospital 
pe  r sonne 1 . 

Abstracting  should  always  be  performed  at  the  hospi- 
tal directly  from  the  source  documents   (medical  records, 
admission  slips,   review  coordinator  worksheets,  etc.). 
This  minimizes  errors  that  can  occur  in  translation  or 
transcription,   and  also  provides  immediate  supplemental 
information  when  it  is  necessary  to  clarify  the  coding 
of  any  particular  item. 

( 2 )     Personnel  Training 

The  PSRO  should  have  provisions  for  the  training  of 
all  personnel  involved  in  the  recording  and  abstracting 
of  PSRO  data  elements .     One  way  in  which  this  training 
might  be  affected  is  through  the  use  of  the  PHDDS  Train- 
ing Manual,  which  is  part  of  the  PSRO  Management  Informa- 
tion System  training  materials.     The  PSRO  could  also  hold 
in-service  training  workshops  at  which  time  PSRO-designated 
coordinators  might: 

Use  case  studies  to  familiarize  medical  record 
abstractors  with  the  PSRO  process 

Review  medical  records  abstract  definitions 

Use  the  case  study  method  for  testing  all 
affected  personnel's  ability  to  interpret  and 
extrapolate  information  for  coding  purposes 

Update  personnel  on  any  new  procedures  to  be 
followed,  or  modifications  in  coding  requirements. 

Training  should  be  sufficiently  rigorous  to  insure 
that  the  definitions  of  all  data  elements  are  applied 
uniformly  by  al 1  abstracting  personnel.     If  a  data 
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collection  service  is  to  be  utilized,  it  must  agree  that 
all  data  elements  which  are  to  be  forwarded  to  the  PSRO 
will  be  based  on  the  PSRO - speci fied  definitions  of  those 
elements . 

On-going  training  will  consist  primarily  of  clarifi- 
cation of  existing  procedures  and  installation  of  changes 
as  decided  by  either  BQA,  with  regard  to  PHDDS ,  or  by  the 
local  PSRO,  with  regard  to  optional  items.  This  training 
is  best  accomplished  on-site  by  the  PSRO  and  abstracting 
managers . 

It  is  important  that  PSRO  personnel  establish  proce- 
dures such  that,   in  addition  to  abstractors,  hospital 
personnel  who  are  involved  in  recording  and  abstracting 
the  necessary  data  items  receive  the  benefit  of  training 
in  the  requirements  for  PSRO  data.     These  might  include: 

Physicians 
Admitting  clerks 
Review  coordinators 
Medical   records  personnel. 

(3)     Coding  System  for  Diagnoses  and  Procedures 

The  Provisional  Policies  allow  for  transmission  of 
PHDDS  data  tapes  to  BQA  with  either  ICDA-8  or  H-ICDA-2 
used  as  the  coding  system  for  diagnoses  and  procedures. 
BQA  guidelines  also  indicate  that  where  a  choice  for 
selecting  a  coding  system  exists,  preference  should  be 
given  to  ICDA-8.     The  policy  of  allowing  either  code  to 
be  used  facilitates  implementation  of  the  Provisional 
Policies  in  those  areas  currently  utilizing  H-ICDA-2,  by 
eliminating  the  need  for  a  changeover  in  coding  systems, 
although  a  change  will  be  required  ultimately  to  ICDA-9, 
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when  it  becomes  available.     This  dual  alternative  sit- 
uation will  simplify  implementation  of  the  Provisional 
Policies  in  those  areas  where  institutions  and  data 
collection  services  use  either  ICDA-8  or  H-ICDA-2 
exclus  ively . 

Some  problems  arise,  however,   if  both  ICDA-8  and 
H-ICDA-2  are  used  within  the  same  PSRO  area.  H-ICDA-2 
and  ICDA-8  are  not  directly  translatable  coding  systems, 
especially  with  regard  to  coding  of  procedures.     In  order 
for  a  PSRO  to  accept  both  coding  systems,  the  PSRO  pro- 
cessor must  maintain  separate  edit  routines.     The  edited 
data,   in  either  H-ICDA-2  or   ICDA-8  can  then  be  forwarded 
to  BQA.     The  PSRO  may  need  to  establish  a  separate  file 
in  each  code  relating  to  each  diagnosis  and  procedure, 
or  perhaps  merge  the  file  information  based  upon  the  name 
of  the  diagnosis  or  procedure.     For  example,   a  file  or 
report  related  to  the  procedure  "cholecystectomy"  would 
contain  data  related  to  H-ICDA-2  code  51.1  and  ICDA-8 
code  4  3.5. 

( 4 )     Quality  Control  Procedures 

Abstracted  data  must  be  accurate,  valid,   and  reli- 
able.    Procedures  should  be  implemented  to  monitor  the 
performance  of  abstracting  personnel,  which  will  enable 
the  abstracting  manager  to  more  efficiently  allocate  time 
for  on-going  training  activities. 

Several  alternative  quality  control  mechanisms  are 
available.     Manual  and  computerized  edits  will  be  per- 
formed on  each  abstract  at  the  data  collection  level  to 
identify  empty  fields,   absurd  data  values,  and  certain 
types  of  sex-related  diagnostic  improbabilities.     As  a 
result  of  these  edits,   the  abstracting  manager  will 
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receive  requests  for  clarification,  which  will  take  the 
form  of  telephone  calls,   computer- generated  error  listings, 
or  returned  abstracts.     The  manager's  responsibilities 
for  responding  to  these  inquiries  might  be  spelled  out  in 
the  MOU .     In  addition  to  servicing  the  requests  by  assign- 
ing appropriate  personnel  to  investigate  and  respond,  the 
manager  should  also  maintain  a  tabulation  of  error  origi- 
nation,  cross-referenced  to  the  individual  responsible 
for  the  abstracting.     This  will  facilitate  the  identifica- 
tion of  areas  where  formal  re-training  will  be  required. 

Certain  types  of  errors  are  not  amenable  to  edit 
checking  by  the  collection  and  processing  contractors. 
The)"  include: 

Mis-coding  of  a  data  element  with  a  logically 
valid  but   incorrect  value 

Transcription  errors 

Mistaken  application  of  standard  data  element 
definitions . 

These  errors  can  best  be  detected  by  employing  statis- 
tically valid  sampling  techniques  for  re  -  abstract ing  of 
certain  discharges.     If  such  re  -  abstract ing  is  done  peri- 
odically  (perhaps  twice  a  year  with  the  dates  unannounced), 
it   is  a  useful  technique  for  identifying  recurrent 
abstracting  problem  areas. 

5  .       BATCH  CONTROLS 

The  PSRO  must   insure  that  adequate  batch  controls  are 
implemented  at  each  step  along  the  data  routing  pathway.  It 
would  be  advisable  to  include  provisions  for  such  controls  in 
the  Memoranda  of  Understanding  and  the  sub  -  contracts  which  the 
PSRO  develops  for  data  routing  and  processing.  Arrangements 
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for  data  flow  reporting  and  batch  balancing  should  be  made  at 
each  point  along  the  data  routing  pathway  at  which  the  abstracts 
are  handled.     If  a  discrepancy  between  the  batch  count  and  the 
actual  number  of  abstracts  present  is  discovered  at  any  point  in 
the  system,   that  difference  should  be  reconciled  before  the  batch 
is  passed  on  to  the  next  processing  step.     The  PSRO  should  use 
end  point  completion  verification  to  insure  that  all  abstracts 
which  were  sent  out  from  hospitals  or  from  the  PSRO  are  included 
in  the  updated  master  file,  or  have  been  accounted  for  in  the  edit 
process   (see  Section  VIII   -  "Data  Flow  Control  and  Monitoring"). 

4.       EDP  EDITING  CONTROLS 

The  PSRO  must  also  assume  responsibility  for  insuring  that 
minimum  edit  requirements  are  met,   so  that  the  data  entered  into 
the  master  file  for  local  use  by  the  PSRO,   and  for  quarterly 
reporting  to  BQA,   are  both  complete  and  accurate.     The  PSRO's 
edit  requirements   should  be  specified  both  in  the  data  processing 
RFP  and  in  the  data  processing  sub - cont ract .     Preliminary  screen- 
ing for  completeness  and  accuracy  should  be  performed  at  the 
PSRO  or  hospital  before  the  abstracts  are  forwarded  to  the  next 
step  on  the  data  routing  pathway.     At  each  step  at  which  some 
editing  function  is  performed,  procedures  should  be  established 
for  the  resolution  of  those  problems  which  may  be  identified. 

The  minimum  edit  specifications  which  will  be  required  for 
all  data  to  be  submitted  to  BQA  on  quarterly  data  tapes  are 
included  as  Appendix  C  to  these  materials.     All  data  submitted 
will  be  expected  to  pass  these  edits.     The  PSRO  may  wish  to 
develop  more  extensive  edits  for  purposes  of  screening  data  at 
the  local  level.     These  edits  must  be  performed  at  all  levels  of 
data  aggregation  in  computers,    i.e.,    in  individual  hospitals 
supplying  tapes  to  the  processor  through  to  the  aggregation  of 
all   area  data  at   the  area  processor  level.      If  this   is  not  done, 
severe  problems  might  later  be  encountered  in  aggregating  data 
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at  higher  levels.     The  \%  error  rate  indicated  in  the  Provisional 
Policies  is  explained  in  Appendix  C. 

5  .       DOCUMENTATION  STANDARDS 

The  requirements  for  data  reliability  and  validity  dictate 
that  appropriate  documentation  standards  be  developed,  imple- 
mented, and  maintained.     These  apply  to  all  levels  from  the 
initial  recording  of  data  to  retrieval  and  abstracting  of  the 
data  from  primary  and  secondary  source  documents ,  and  involve 
all  levels  of  professional  and  clerical  personnel.  Wherever 
possible,  data  items  required  by  the  system  should  be  recorded 
initially  according  to  the  specified  codes,  associated  definitions, 
etc . 

The  overall  documentation  standards  are  provided  in  the 
PHDDS  Training  Manual  and  should  be  integral  to  the  training 
program. 

6.        SUMMARY  AND  REVIEW 

The  key  points  covered  in  this  section  include: 

Quality  control  measures  and  documentation  standards 
are  necessary  to  ensure  that  each  data  tape  sub- 
mitted to  BQA  will  accurately  reflect  what  actually 
transpired  in  the  treatment  of  that  patient  during 
the  particular  episode  of  illness 

Quality  control  involves  and  depends  upon  several 
areas : 

Effective  training  of  all  involved  personnel 
is  the  most  effective  means  of  assuring  quality 
of  abstracting  because  it  helps  prevent  errors 
from  occurring 

Data  editing  and  verification  can  occur  by 
visual  checking  of  data  abstracts  and/or  by 
a  computerized  check  of  data  fields  for 
omissions,   logic  errors,  and  illegal  codes 
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The  batch  control  and  batch  verification  process 
is  a  significant  part  of  the  quality  control 
system 

The  coding  system  employed  for  recording 
diagnoses  and  procedures   (whether  ICDA-8 
or  H-ICDA-2)  may  have  a  large  effect  on 
the  data  content . 

Nondiscernable  errors  may  best  be  detected  by 
employing  statistically  valid  sampling  techniques 
for  re  -  abstract ing  a  certain  number  of  abstracts 

The  editing  specifications  outlined  in  Appendix  C 
must  be  employed  at  all  levels  of  computer 
aggregation  of  data 

Documentation  standards  which  specify  in  explicit 
detail  the  proper  codes,  definitions  and  procedures 
to  be  used  in  abstracting  are  a  mandatory  part  of 
quality  control. 
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X.     RECORD  LINKAGE 


1.  OVERVIEW 

For  the  purposes  of  this  section,  record  linkage  is  defined 
as  the  process  of  identifying  and  merging  all  data  elements 
pertaining  to  a  given  event,  where  the  event  is  a  hospital  stay. 
In  a  PSRO  data  collection  and  processing  system,   there  are  two 
situations  in  which  the  linkage  of  physically  separated  data 
might  become  necessary.     These  two  situations,  which  will  be 
discussed  in  detail,  are: 

Linking  different  data  collection  forms  (hard  copy) 
containing  information  about  the  same  hospital  dis- 
charge to  create  a  unit  record 

Maintaining  trailer  file  linkage  in  a  computerized 
data  base. 

Whether  or  not  these  situations  apply  to  a  given  PSRO  will  depend 
on  the  mechanisms  established  for  the  collection  of  data,  and  the 
structures  of  the  computer  files  of  data  collection  contractors. 

2 .  LINKING  DIFFERENT  DATA  COLLECTION  FORMS  TO  CREATE  A  UNIT 
RECORD 

As  mentioned  in  a  previous  section,   the  Provisional  Policies 
identify  three  categories  of  data  elements  which  are  to  be 
collected  by  PSROs : 

U1IDDS  --   standard  and  permanent,  needed  by  all  users, 
i.e.,  PSRO,   intermediaries,   fiscal  agencies,  etc. 
(Part  A  of  PHDDS) 

PSRO-Specif ic  Data  Elements  --  standard,  needed  by 
PSRO  in  addition  to  the  above   (Part  B  of  PHDDS) 

Optional  Data  Elements  --  optional  elements  added  by 
each  PSRO. 
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Sonic  PSROs  will  be  able  to  collect  all  three  categories, 
for  all  hospitals,   on  one  form,   in  which  case  there  will  be  no 
need  to  link  several  forms  together. 

Many  PSROs,  however,  will  find  that  it  is  impossible  to 
collect  all  of  the  information  which  they  require  on  one  form. 
For  instance,   a  discharge  abstract  service  may  be  willing  to 
modify  its  standard  form  to  accommodate  Part  A  and  Part  B  of  the 
PHDDS ,  but  not  to  accommodate  the  optional  data  elements  of 
particular  PSROs.     Therefore,   the  optional  data  elements  will 
have  to  be  collected  on  a  separate  form. 

Splitting  data  concerning  a  given  hospital  discharge  onto 
more  than  one  form  raises  two  issues:     criteria  for  linkage,  and 
technique  for  linkage. 

( 1 )     Criteria  for  Linkage 

Linkage  of  multiple  forms   is  accomplished  by  choosing 
data  elements  which  will  be  recorded  on  each  of  the  forms 
relating  to  a  given  discharge.     Then,   to  effect  linkage, 
the  forms  where  the  values  of  these  data  items  are  the 
same  are  merged  together  to  create  a  total  data  set  for 
a  given  discharge   (a  "unit  record") . 

The  first  consideration  is  to  decide  which  of  the  data 
elements  are  to  be  repeated  on  each  form.     Generally,  there 
are  two  criteria  for  making  this  decision:     the  elements 
must  uniquely  and  unambiguously  identify  one  and  only  one 
discharge;   and  these  data  elements  must  be  reliably  available 
to  the  abstractor.     For  example,   the  hospital  Medicare 
provider  number,  patient  medical  record  number,   and  date 
of  discharge,   taken  together,  can  describe  one  md  only  one 
patient  discharge.     Further,  they  are  all  readily  and  reliably 
available  to  the  abstractor.     With  this  information  in  mind, 
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should  one  or  more  forms  become  lost  or  destroyed,  the 
original  hospital  stay  may  be  readily  identified  and  refer- 
enced to  recover  the  lost  information. 

Certain  other  data  elements  are  frequently  considered 
for  linkage  purposes.     Although  they  may  be  suitable, 
depending  on  the  particular  situation  which  exists  in  a 
PSRO,  there  are  some  inherent  problems  in  their  use. 
These  elements  are: 

Social  Security  Beneficiary  Number 

This  element  is  an  excellent  linkage  element,  usually 
in  place  of  patient  medical  record  number,  if  there 
is  an  acceptable  method  for  identification  of  the 
original  medical  record,  should  it  need  to  be  refer- 
enced.    Unfortunately,  newborns  and  certain  Medicaid 
and  Title  V  recipients  do  not  possess  Social  Security 
numbers.     For  these  people,  the  medical  record  number 
or  recipient   I.D.   number  would  have  to  be  used, 
creating  a  potentially  confusing  situation  if  differ- 
ent data  elements  were  to  be  used  for  different  cases. 

Name 

The  patient's  name  is  often  long  and  unwieldy,  time- 
consuming  to  be  copied  multiple  times  and  readily 
susceptible  to  transcription  errors.     It  usually  lacks 
uniqueness   (e.g.,  John  Smith)   and  may  create  sensitivity 
regarding  confidentiality.     In  most  instances,   it  is 
not  a  good  choice. 

Date  of  Admission 

Date  of  admission  is  generally  as  reliable  as  date  of 
discharge,  and  will,   in  place  of  date  of  discharge, 
uniquely  identify  a  hospital  stay.     However,  most 
hospitals  key  their  record  and  billing  department  logs 
to  date  of  discharge.     In  situations  where  these  are 
keyed  to  date  of  admission,  however,  this  could  be 
the  preferable  linkage  element. 
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Use  of  Batching  Numbers 


Instead  of  using  data  elements  related  to  the  hospital 
stay,   a  set  of  unique  numbers  is  developed,  and  one  is 
then  assigned  to  each  hospital  stay.     This  can  be  done 
either  by  pre-printing  the  numbers  on  the  abstracting 
forms,  or  by  assigning  blocks  of  numbers  to  each 
abstractor,  who  assigns  one  number  to  each  discharge. 
This  type  of  number  is  useful  for  batch  control  pur- 
poses, but  several  problems  arise  in  using  it  as  a 
linkage  element. 

First  ,  it  is  necessary  for  the  abstractor  to 
maintain  a  cross-reference  log,   such  that  the 
original  medical  record  can  be  identified  from 
the  unique  number,  should  a  form  become  lost  or 
a  clarification  be  required.     This  is  cumbersome 
and  susceptible  to  error 

Second,  it  is  often  necessary  to  develop  elaborate 
systems  for  assignment  of  blocks  of  numbers  and 
for  checking  that  duplicate  numbers  are  never 
assigned. 

(2)     Techniques   for  Linkage 

Two  issues  are  involved  here  --  where  to  link  the  forms 
together,   and  how  to  link  them  together.     The  "where"  will 
depend  largely  on  the  data  routing  pathway  chosen.  For 
example,   all  hospitals  in  a  PSRO  area  could  be  subscribing 
to  one  data  collection  service.     The  collection  service 
cannot  accommodate  all  PSRO  data  elements  on  a  single  form, 
but   it   is  willing  to  process  the  data  from  multiple  forms, 
and  to  send  a  computer  tape  containing  all  data  elements  to 
the  PSRO's  areawide  processor.     In  this  case,  the  linkage 
would  likely  be  performed  by  the  collection  service. 

Alternatively,  perhaps  the  collection  service  is  willing 
to  process  and  forward  a  tape  of  only  the  data  elements  con- 
tained on  their  own  form.     In  this  case,  hospitals  would 
send  the  collection  service's  forms  directly  to  the  service 
and  the  other  form(s)   might  be  sent  directly  to  the  areawide 
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processor.     The  linkage  would  be  effected  by  the  processor 
following  arrival  of  the  collection  service's  data  tape. 
This  type  of  linkage  is  not  advisable.     Depending  on  the 
particular  situation  in  each  PSRO  area,  many  problems  may 
occur  due  to  problems  of  merging  data  received  at  different 
times,   from  different  sources   (hospital  or  data  collector) 
on  different  mediums   (hard  copy  or  tape),  etc. 

The  "how"  can  be  accomplished  either  manually  or  by 
computer.     For  example,   assume  a  situation  where  all  data 
elements,   on  multiple  forms,   are  being  collected  by  a  single 
data  collection  service.     The  forms  are  stapled  together  by 
the  abstractor,  with  data  entry  from  all  forms  being  accom- 
plished at  one  time  for  each  discharge.     In  this  situation, 
linkage  would  have  been  manual.     A  data  clerk  would  later 
manually  verify  that  all  forms  stapled  together  do  indeed 
describe  the  same  discharge   (by  checking  for  correspondence 
of  the  linkage  elements).     The  record  of  the  discharge  is  then 
entered  into  the  computer  files  as  a  unit  record.     This  is 
conceptually  simple,   and  will  work  nicely,   if  it  can  be 
arranged.     However,   it  may  require  extensive  reprogramming 
of  the  data  collection  service's  routines  for  entering  data 
into  computerized  files,  which  may  well  be  a  major  reason 
why  a  data  collection  service  is  unwilling  to  modify  its 
own  form  in  the  first  place. 

Another  possible,  and  effective,   linkage  technique  is 
by  use  of  the  computer.     In  this  way,  the  data  collection 
service  processes  its  own  form  normally.     The  additional 
form(s)   are  entered  into  other  computer  files  separately. 
Then,  both  files  are  computer- sort ed  by  the  linkage  elements 
and  merged  together  to  form  a  unit  record.     This  technique 
does  not  require  reprogramming  of  the  data  collection  ser- 
vice's existing  data  entry  routines,  but  it  will  involve 
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programming  of  a  separate  data  entry  routine  for  the  trailer 
abstract   (a  far  simpler  job  than  modification  of  an  existing 
data  entry  routine  might  prove  to  be)   and  programming  to 
effect  the  sort  and  merger  of  the  two  data  sets. 

Making  a  choice  between  manual  and  computerized  forms 
linkage  should  be  made  on  the  basis  of  availability,  accuracy, 
and  expected  price.     If  a  PSRO  finds  that  its  routing  system 
will  accommodate  either  technique,   the  least  expensive  alter- 
native,  considering  future  expansion  potential  and  flexibility 
should  be  chosen. 

3 .       MAINTAINING  TRAILER  FILE  LINKAGE   IN  A  COMPUTERIZED  DATA  BASE 

The  preceding  section  dealt  with  techniques   for  identifica- 
tion and  merger  of  the  multiple  forms  on  which  data  about  hospital 
discharges  might  be  recorded.     In  the  course  of  processing  the 
data,   the  records  created  by  merging  these  forms  will  undergo 
automated  editing  and,  when  determined  to  be  correct,  placed  in 
a  permanent  master  file. 

The  need  to  link  computerized  main  and  trailer  records  will 
depend  upon  the  record  format  and  file  structure  of  the  permanent 
master  files  used  by  collection  contractors  and  by  the  PSRO's 
areawide  processor.     This  discussion  will  concentrate  on  the 
issues  which  PSROs  will  have  to  address  in  the  consideration  of 
the  data  system  at   the  areawide  processor  level. 

First,  what  is  a  "trailer  file"?     Assume,   for  example,  that 
a  PSRO  has  a  data  collection  service  operating  in  its  area,  but 
the  collection  service  also  services  many  hospitals  in  other  PSRO 
areas.     To  operate  the  collection  service,  abstract  forms  have 
been  designed,   and  data  entry  and  file  maintenance  computer 
programs  have  been  developed  to  specifically  handle  the  data 
items  contained  on  the  forms.     To  process  PSRO  data,   the  data 
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collection  service  must  process  Parts  A  and  B  of  the  PHDDS ,  as 
well  as  the  optional  data  elements  which  each  PSRO  may  specify 
for  its  area.     It  is  extremely  unlikely  that  the  data  collection 
service's  own  form  already  accommodates  all  of  these  elements. 
How  do  they  handle  these  data?     Basically,   there  are  two  choices: 

Re-design  the  system  so  that  it  can  accommodate  Parts 
A  and  B  of  the  PHDDS  plus  any  list  of  optional  data 
elements  in  a  single  record  (difficult  and  expensive) ; 
or 

Estaolish  a  primary  file  which  contains,   for  each 
discharge  from  any  PSRO,  data  currently  collected  on 
thi  existing  form,   and  a  trailer  file  which  contains 
PSRO- specif ic  data  items  for  each  discharge. 

If  the  data  collection  service  chooses  to  establish  a 
trailer  file,   the  problem  of  linkage  must  again  be  faced.  How- 
ever,  the   issues  are  slightly  different  here  than  they  were  for 
the  linkage  of  data  forms.     First,  data  are  presumed  to  be 
complete  and  accurate  by  the  time  they  reach  the  master  files. 
Second,   linkage  fields  in  both  the  main  and  trailer  records  will 
have  oeen  set  by  the  computer  to  be  identified  at  the  time  the 
master  file  records  were  generated.     Third,  should  data  be  lost 
from  the  master  files   (a  tape  accidentally  erased,  misplaced, 
etc.),   they  should  be  recoverable  from  back-up  historical  files 
(the  primary  and  trailer  files)  without  recourse  to  the  original 
medical  record  or  other  hard  copy. 

Again,   the  linkage  criterion  should  be  that  the  linkage 
elements  define  a  unique  hospital  stay.     A  batching  number, 
defined  and  discussed  previously  as  unsuitable  for  linking 
different  data  forms,  may  work  well  here  because  the  integrity 
of  the  master  files  will  have  been  assured  by  the  edit  and  update 
programs.     Alternatively,   the  same  elements  used  to  link  multiple 
forms  could  be  used  for  merging  computer  files. 
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As  mentioned  earlier,  a  trailer  system  may  be  in  use  by 
data  collection  subcontractors.     Generrl^v,  the  PSRO  need  not 
concern  itself  with  the  internal  system  architecture  of  collec- 
tion contractors,  except  when  it  involves  matters  of  confidentiality, 
quality  control,  error  rate  determination  and  recovery,  editing 
standards,   and  the  ability  to  produce  the  required  deliverables 
in  a  timely  fashion.     A  trailer  system  should  not  affect  any  of 
these  if  it  is  well  designed. 

At  the  level  of  the  PSRO's  areawide  processor,  however,  a 
trailer  system  is  less  desirable  than  a  system  which  contains 
all  data  elements  for  each  discharge  as  a  unit  record.     This  is 
because  a  trailer  system  is  not  as  efficient  for  data  retrieval, 
i.e.,   gathering  data  from  computerized  files  for  routing  or 
special  reports  and  other  such  efforts.     Efficiency  in  this 
effort  is  important  since  this  is  one  of  the  key  operational 
responsibilities  of  the  area  processor  and  the  PSRO. 

4 .       SUMMARY  AND  REVIEW 

The  key  points   in  this  section  are: 

Record  linkage  is  the  process  of  identifying  and 
merging  all  data  elements  pertaining  to  a  given  (single) 
hospital  stay,  when  these  data  are  collected  via 
multiple  data  collection  forms  or  when  a  trailer  file 
data  base  organization  is  employed 

Key  data  elements  are  chosen  to  serve  as  the  linkage 
criteria;  these  elements  are  recorded  on  each  data 
form  and/or  in  each  trailer  record 

Most  commonly  employed  as  the  key  data  elements  are 
the  hospital  Medicare  provider  number,  patient  medi- 
cal record  number,  and  date  of  discharge.     Others  are 
availab le 

Linkage  of  records  may  occur  manually  or  within  the 
computer;   in  the  case  of  trailer  files,   the  unique 
hospital  stay  record  is  assembled  within  the  computer. 
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XI.      COMPUTERIZED  DATA  TRANSFER  COMPATIBILITY 


1 .  OVERVIEW 

PHDDS  data  for  every  calendar  quarter  must  be  sent  from 
each  PSRO  to  the  Federal  processing  center  on  a  magnetic  computer 
tape.     Specific  instructions  regarding  the  required  data  repre- 
sentation and  formats  on  the  computer  tape  will  be  released 
shortly  by  BQA.     These  specifications  must  be  adhered  to  by  all 
PSROs .     Thus,   every  PSRO  will  engage  in  at  least  one  tape-based 
transfer  of  data  between  two  computers. 

There  arc  other  situations  where  a  transfei  of  data  between 
computers  is  required.     This  is  when  different  contractors  are 
used  for  collection  and  processing  of  PSRO  data   (e.g.   three  data 
collection  services  transmitting  data  to  a  PSRO's  local  process- 
ing center).     Unless  there  are  overwhelming  technical  problems 
in  effecting  this  transfer  by  forwarding  data  on  computer  tape, 
then  tape  will  be  the  simplest  and  most  economical  transfer  mode. 

This  section   introduces  the  factors  which  must  be  considered 
in  every  tape-based  transfer  of  computer-readable  data.  These 
factors  are: 

File  Structure  and  Computer  Tape  Related  Compatibility 
Factors 

Data  representation 
Data  coding 
Logical  record  format 
Physical   record  format 

Possible  software  system  complications 
Hardware  Related  Compatibility  Factors 
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Tracking 
Data  density 
Parity 

Tape  drive  tolerance  settings  and  alignment 
Hardware  coded  tape  markings 

Each  of   chese  terms   is  defined  and  discussed  on  the 
Hewing  pages.     Although  this  material  may  be  technically 
yond  the  background  or  focus  of  some  PSRO  staff  members,  at 
a. t  one  PSRO  staff  member  and  certainly  subcontractors  should 

cognizant  of  the  factors  discussed  in  this  section.     The  PSRO 
or.ld  work  closely  with  the  subcontractors  to  insure  that  all 
pli::able  factors  have  been  considered  and  incorporated  into 
e  s  stem  design  as  appropriate. 

"ILE  STRUCTURE  AND  COMPUTER  TAPE  RELATED  COMPATIBILITY 

-ACTORS 

cXch  of  the  individual   issues  related  to  this  topic  are 
sc  :s  =•  ed  bel  ow  : 

( i. )     Data  Representation 

Data  is  represented  on  a  magnetic  computer  tape  as 
a  sequence  of  magnetized  dots.     By  themselves,   the  dots 
are  meaningless  unless  the  computer  which  is  reading  the 
tape  has  a  translation  table  with  which  to  interpret  what 
a  given  sequence  of  dots  actually  means,  very  much  as  is 
done  in  deciphering  secret  codes.     To  enable  a  successful 
transfer  of  data,   on  tape,   from  one  computer  installation 
to  another,   a  standard  convention  must  be  established  for 
defining  the  meaning  of  dot   sequences.     Fortunately,  there 
are  several  conventions  available  for  use,  most  notably 
°CD,  EBCDIC,   and  ASCII,  from  which  to  choose.  Unfortunately, 
not  ail  computers  are  capable  of  producing  tapes  in  all  of 
these  codes,   so  that  a  code  which  is  mutually  satisfactory 
for  all  installations  must  be  chosen.      The  primary  code  to 
be  used  by  the  Federal  Processing  Center  is  EBCDIC. 
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(2) 


Data  Coding 


Several  different  coding  systems  can  be  devised  to 
represent  any  given  data  element.     The  previous  topic,  data 
representation,  discussed  how  to  establish  a  standard 
technique  for  the  representation  of  any  data  value:      if  the 
sending  computer  wrote  a  "1"  on  the  tape,   the  receiving 
computer  must  be  able  to  recognize  the  magnetized  dots  as 
indicating  a  "1"  rather  than  a  "B"  or  some  other  value. 
This  section  is  concerned  with  the  meaning  of  the  coded 
element.     For  instance,   the  data  element  "SEX"  could  be 
coded  as  male  =  "1"  and  female  =  "2".     Or  it  could  be  coded 
as  male  =  "M"  and  female  =  "F".     The  coding  conventions  to 
be  used  must  be  standardly  defined  for  every  data  element. 
For  example,   the  following  conventions  may  be  specified: 

Sex  is  coded  by  male  -  "1"  and  female  =  "2" 

All  dates  are  to  be  coded  as  "YYMMDD"  (2  digits  each 
for  year,  month,   and  day) 

Admission  hour  is  to  be  coded  "00"  to  "23",  where 
12:00  Midnight  to  12:59  A.M.    is  "00",    1:00  A.M. 
to   1:59  A.M.    is  "01"  and  so  forth. 

( 3 )     Logical   Record  Format 

The  receiving  computer  reads  an  abstract  from  the 
computer  tape  and  is  ready  to  process  the  information  in 
some  way,  perhaps  to  perform  an  edit  check  on  the  data 
element  "SEX"  to  confirm  that   it   is  either  "1"  or  "2" 
(assuming  that  this  is  the  defined  coding  convention). 
What  the  computer  has  actually  read  is  a  sequence  of  num- 
bers and  letters.     These  values  are  unlabeled  as  to  what 
they  pertain  to.     The  edit  program  needs  to  know,  for 
example,   that  the  third  character  it  reads  from  each 
abstract  on  the  tape  is  identifying  the  patient's  sex 
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rather  than  perhaps  the  time  of  admission.     Logical  record 
format  is  a  definition  of  the  position  and  length  of  each 
data  element  within  the  sequence  which  the  computer  has 
just  read.     For  instance,   Social  Security  beneficiary  number 
is  the  first  ten  numbers  in  the  sequence,   sex  is  the  next  num- 
ber, date  of  discharge  is  the  next  six  numbers,  and  so  forth. 

For  example,  an  abstract  on  a  computer  tape  might  be 
read  by  a  computer  with  the  following  values: 

ZZ0713  86378A17 50 2 20 21462 0734807 3  0  

to  edit  these  numbers  the  edit  program  must  know  that  the 
tape  has  been  formatted  as  follows: 

ZZ/071386378A/1/750220/21/462073/480730/. . . (other  data) 

start  of     Social  sex  date        medical  patient 

new        Security  §  record  date 

abstract     number  time        number  of 

of  birth 
admission 

The  above  numbers  will  be  different  for  each 
abstract.     What  the  logical  record  format  defines  is  the 
space  reserved  for  each  data  element  and  the  format  loca- 
tion for  different  elements  of  information. 

If  the  list  of  data  elements,   and  the  associated 
logical  record  format,   is  identical  for  each  abstract 
recorded,   it  is  referred  to  as  a  fixed-length  record.  In 
a  fixed-length  record,   space  is  reserved  on  the  computer 
tape  for  each  data  element.     If  no  value  has  been  recorded 
for  that  data  element,   then  the  space  is  coded  as  blank. 
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Another  type  of  record  structure  is  possible,  called 
variable- length .     This  is  sometimes  used  when  several 
different  lists  of  data  elements  are  to  be  used,   e.g.  some 
abstracts  may  contain  special  data  for  MCEs  and  some  may 
not.     Variable- length  format  is  generally  inefficient  of 
computer  resources  and  is  highly  dependent  on  proprietary 
software  associated  with  each  machine.     Transfer  of  data 
on  variable- length  tapes  is  not  recommended. 

(4)  Physical  Record  Format 

It  is  inefficient,  because  of  technical  considerations, 
for  each  abstract  to  be  recorded  separately  on  the  tape  or 
"read"  separately  by  the  computer.     Rather,  a  group  of 
individual  abstracts   (each  a  logical  record)   is  combined, 
one  after  another,   into  a  "block"  of  data  which  may  contain 
several  or  hundreds  of  abstracts.     This  block  of  data  is 
then  written  onto  the  tape,  and  is  called  a  "physical 
record".     The  computer  may  then  read  the  entire  physical 
record  virtually  simultaneously  rather  than  sequentially 
read  only  one  record  at  a  time.     The  number  of  logical 
records   (abstracts)   contained  in  a  physical  record  is 
referred  to  as  the  "blocking  factor".     This  blocking  factor 
must  be  universally  defined  for  all  tapes  continuing  the 
same  data  to  be  processed. 

The  easiest  way  to  place  the  "file"   (the  total  set 
of  abstracts  to  be  transferred)   on  the  tape  is  as  a 
sequence  of  blocks,  where  each  block  contains  a  fixed 
number  of  identically  defined  abstracts. 

(5)  Possible  Software  System  Complications 

Certain  problems  may  arise  in  the  transfer  of  computer 
tapes  between  different  installations.  These  can  generally 
be  remedied  by  consultation  between  the  technical  staff  of 
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both  installations  involved, 
problems  are: 


Some  of  the  more  common 


The  use  of  tape  labels.     Different  machines,  and  even 
different  software  systems  for  the  same  machine,  place 
as  the  first  and  second  physical  records  on  each  tape, 
a  label  which  identifies  the  tape.     Tapes  being  read 
at  an  installation  different  from  the  one  in  which  it 
was  produced  should  generally  be  unlabelled. 

Some  computers  require  data  fields  on  tapes  which  are 
unrelated  to  the  basic  information  being  stored  on 
the  tape.     These  data  fields  may  relate  specifically 
to  one  type  of  computer  for  perhaps  indicating  some 
general  handling  instructions  or  characteristics  of 
the  tape's  basic  information.     Unfortunately,  a 
different  machine,  when  reading  that  tape,  may  not  be 
able  to  interpret  these  data  fields  since  they  relate 
specifically  to  the  originating  computer.  Therefore, 
since  these  fields  are  also  not  the  same  length  as 
the  data  blocks  which  the  second  computer  expected  to 
find,  an  error  is  indicated.     Thus,   either  such  fields 
must  be  deleted  before  the  tape  leaves  the  originating 
installation,  or  the  receiving  computer  must  be  repro- 
grammed  to  ignore  them. 

3 .       HARDWARE  RELATED  COMPATIBILITY  FACTORS 

There  are  five  primary  issues  which  must  be   addressed  to 
avoid  difficulties  in  transferring  data  tapes  among  computer 
installations  where  different  hardware/ software  configurations 
are  involved.     Each  of  these  issues  are  treated  below. 


( 1 )  Tracking 

Most  computers  in  this  country  produce  tapes  which  are 
either  7-track  or  9-track,  which  represents  a  major  differ- 
ence in  the  internal  architecture  of  the  computer.     A  tape 
written  on  a   7-track  tape  drive  cannot  be  read  on  a  9-track 
tape  drive,   so  that  a  machine  incompatibility  exists  if  a 
transfer  of  tapes  between  a  7-track  and  9-track  machine  is 
necessary  (analogous  to  trying  to  play  music  from  a  small 
stereo  cassette  on  an  8-track  tape  deck). 
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Some  machines  do,   however,   possess  the  ability  to 
utilize  both  7 -track  and  9- track  tape  drives.     When  an 
incompatibility  of  this  type  presents   itself,   two  alterna- 
tives are  generally  available: 

If  either  the  sending  or  receiving  computer  is  capable 
of  using  both  types  of  trackage  systems,  then  the 
appropriate  hardware  and  software  procurements  could 
be  made  to  eliminate  the  incompatibility;  or 

A  third  computer  could  be  found  which  operates  in 
both  modes  to  translate  the  date  from  7-track  to 
9-track,   or  vice  versa,   as  appropriate,  if  that 
computer  is  otherwise  compatible  with  both  the 
sending  and  receiving  computer. 

(2)     Data  Density 

Data  density  is  a  measure  of  how  much  room  (length- 
wise)  on  a  tape  is  required  to  store  a  given  amount  of 
data,   and  is  represented  as  bits  per  inch  (BPI).  Common 
densities  in  usage  today  are  556  BPI,   800  BPI,   and  1600 
BPI.     A  tape  written  at  a  density  of  800  BPI  cannot  be  read 
at  a  density  of  1600  BPI    (roughly  analogous  to  attempting 
to  play  a  45  rpm  record  at  a  speed  of  78   rpm) .  Although 
there  are  exceptions,  many  tapes  drives  are  pre-set 
to  operate  at  a  given  density,   so  that  a  computer  installa- 
tion which  has  all   556  BPI  density  tape  drives  is  incom- 
patible with  an  installation  with  only  800  BPI  tape  drives. 
Again,   two  alternatives  are  generally  available: 

The  556  BPI   installation  could  obtain  an  800  BPI 
tape-drive,   if  available,  or  vice  versa;  or 

A  third  computer  which  possesses  both  556  BPI   and  800 
BPI  tape  drives  could  be  used  to  translate  the  tapes 
if  that  computer  is  otherwise  compatible  with  both 
of  the  others. 
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(3)  Parity 


Computers  have  built-in  mechanisms  to  identify  hard- 
ware malfunctions.     One  of  these  techniques  is  by  use  of 
parity  bits.     All  modern  computers  write  tapes  in  either 
odd  or  even  parity.     If  a  tape  written  on  an  odd-parity 
tape  drive  is  read  on  an  even  parity  tape  drive,  no  useful 
data  transfer  can  result,  as  the  receiving  machine  will 
detect  every  record  on  the  tape  as  being  in  error.  For- 
tunately,  some  tape  drives  have,  as  an  option,  the  ability 
to  operate  in  either  odd  or  even  parity.     Again,  the  solu- 
tion is  between  two  alternatives: 

The  sending  or  receiving  system  obtains  a  multi- 
parity  drive,   if  available  from  the  manufacturer;  or 

A  third  computer  with  multi-parity  capability,  if 
otherwise  compatible,   is  used  to  translate  the  tapes. 

(4)  Tape  Drive  Tolerance  Settings  and  Alignment 

Tape  drives  which  may  seem  to  be  compatible  may  not 
be  able  to  transfer  tapes  because  they  differ  in  either 
alignment   (where  the  tape  is  magnetized  to  represent  data) 
or  tolerance  setting   (the  intensity  of  the  magnetization) . 
These  problems  can  arise  even  between  identical  model 
drives  on  the  same  computer,   and  it  is  the  responsibility 
of  the  computer  manufacturer  to  adjust  these  settings  to 
be  identical  for  all  drives  on  the  same  computer.  Standards 
for  these  settings  are  maintained  so  that  it  should  be 
possible  to  transfer  tapes  between  otherwise-compatible 
installations.     If  a  problem  arises,   it  must  be  settled 
by  maintaining  the  same  standards  at  both  installations. 

(5)  Hardware-Coded  Tape  Markings 

Every  tape-drive  puts  a  tape  mark  as  the  last  mag- 
netic mark  on  a  data  tape  to  denote  that  the  end  of 
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recorded  information  has  been  reached.  While  the  structure 
of  these  tape  marks  are  the  same  on  many  computers,  they 
are  not  universally  defined.  The  easiest  way  to  avoid 
this  problem  is  to  specify  an  end  of  information  iden- 
tifier. This  could  be  in  the  form  of  a  dummy  abstract 
record  containing  all  zeroes,  an  end-of-file  indicator 
containing  the  letters  "EOF",  or  a  similar  technique. 

4.       POTENTIAL  SOURCES  OF  ASSISTANCE  FOR  RESOLVING  HARDWARE 
COMPATIBILITY  PROBLEMS 

Problems  in  tape-based  transfer  of  data  can  derive  from 
both  hardware  and  software  incompatibilities,  and  a  determination 
as  to  the  precise  cause  of  a  problem  should  be  made  by  the  leading 
technical  personnel  of  both  computer  installations  involved.  If 
the  problem  is  due  to  a  hardware  incompatibility,   there  are  several 
readily  available  sources  of  help  which  may  be  able  to  solve  the 
problem.     They  are: 

Contact  the  local  service  representatives  for  the 
manufacturers  of  the  hardware  involved.     If  possible, 
arrange  a  conference  between  the  service  representa- 
tives and  the  leading  technical  personnel  of  both 
installations  involved.     Present  the  problem  and 
identify  possible  alternatives. 

If  the  service  representatives  do  not  possess  suffi- 
cient knowledge,   the  customer  liaison  departments  of 
the  hardware  vendors  should  be  contacted.     If  this 
problem  has  arisen  before,   they  are  likely  to  know 
about  it. 

If  that  fails,   contact  could  be  made  with  computer 
specialists  at  local  universities  and  major  corporate 
users  of  similar  hardware  configurations. 
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5. 


SUMMARY  AND  REVIEW 


The  key  points  within  the  Computerized  Data  Transfer  Com- 
patibility section  include  the  following: 

Compatibility  focuses  upon  the  use  of  magnetic  tape 
as  the  primary  data  storage  and  transfer  medium. 
Hardware  -  related  and  software-related  issues  must  be 
considered . 

The  software  -  related  issue  include  those  which  involve 
the  way  in  which  data  is  recorded  on  the  magnetic  tape: 

Data  representation  must  be  via  a  mutually 
agreed  upon  standard 

The  coding  system  must  be  standardized  so  that 
there  is  uniformity  across  the  system 

The  record  format  --  the  order  in  which  items 
are  recorded  --  must  be  established 

"Blocking"  must  be  standardized 

Tape  conventions  must  be  established. 

The  hardware  -  related  issues  such  as  parity,  density, 
and  so  forth  may  require  conversions  from  different 
processors  so  that  all  input  to  the  PSRO  processor  can 
be  read  by  the  same  computer. 
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APPENDIX  A:  GLOSSARY 


Arrangements  made  between  two  or  more  organi- 
zations which  do  not  involve  an  exchange  of 
money  in  return  for  the  provision  of  specific 
services.     For  PSRO  purposes,   those  provisions 
made  between  hospitals  and  the  PSRO  for  the 
collection  and  routing  of  data  usually  speci- 
fied in  a  Memorandum  of  Understanding  (MOU); 
and  those  arrangements  among  hospitals,  data 
collection  agencies,   and  the  PSRO  for  data 
collection  and  routing. 

The  process  of  allocating  initial  costs  (i.e., 
usually  associated  with  the  acquisition, 
research  or  development  of  an  asset  or  project) 
over  the  useful  life  of  that  asset  or  project. 

A  group  of  items  with  similar  characteristics. 
For  PSRO  purposes,   it  commonly  refers  to  a 
group  of  hospital  data  abstracts  aggregated 
on  a  specific  basis,   such  as  over  a  defined 
time  period,   to  facilitate  document  control. 

A  technique  of  controlling  the  flow  of  docu- 
ments utilized  by  a  data  collection  agency 
or  data  processor  to  assure  that  all  abstracts 
which  leave  a  hospital  in  a  batch  are  fully 
processed  and  included  into  the  master  computer 
files  for  that  hospital. 


Bit  -  A  contraction  of  the  words  "binary  digit;"  a 

bit  is  the  smallest  piece  of  information  which 
can  be  stored  in  a  computer  memory.     It  has 
only  two  possible  states,  expressed  either  0 
or  1 . 

Character  -  A  graphic  symbol  which  may  be  either  alphabe- 

tic, numeric,  or  some  other  special  symbol.  A 
character  is  the  means  of  recording  data  and 
information  for  processing  purposes.     To  a 
computer,   a  character  is  a  group  of  bits 
treated  as  a  unit. 

Claims  Track  -  Refers  to  the  use  of  third  party  intermediary 

claims  processor  or  other  fiscal  agents  for 
the  collection,  processing,  and  retention  of 
data  for  payment  of  claims. 

Coding  -  The  process  of  recording  information  in  a 

standard  manner  according  to  a  specific  set 
of  rules.      Information  must  be  entered  into 
a  computer  according  to  a  specific  set  of 
rules  in  order  to  be  processed  into  meaning- 
ful output. 

Convention  -  A  general  agreement  for  standardization  of 

matters,   or  in  data  processing,   a  set  of  rules 
or  parameters  that  allows  for  the  transfer  of 
data  from  one  representation  into  another  with- 
out loss  or  change  of  meaning. 

Computer  Readable 

Form  -  Refers  to  a  format  in  which  data  are  recorded 
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that  allows  the  computer  to  receive  data  as 
meaningful  information;  this  may  refer  to  a 
particular  medium  used  for  data  input,  such 
as  punched  cards,  magnetic  tape  or  magnetic 
disc . 


Cost-Benefit 


When  referring  to  alternatives,   the  one  whose 
benefit,  divided  by  the  cost  is  the  highest; 
may  also  refer  to  an  alternative  whose 
expected  benefits  exceed  the  expected  costs. 


Cost  Index 


A  system  ranking  alternatives  by  their  cost 
benefit  ratios. 


Data  Base  - 


The  data  files  used  by  a  computer  system;  ' 
that  data  which  makes  up  a  specific  body  of 
information.     For  PSRO  purposes,   a  data  base 
may  consist  of  all  the  information  recorded 
on  data  abstracts  for  patients  that  were 
reviewed  by  the  PSRO. 


Data  Abstract 


A  form  on  which  information  summarizing  a 
particular  episode  of  hospital  stay  is 
recorded.     The  data  abstract  is  most  often 
created  from  information  recorded  in  the 
patient's  medical  record. 


Data  Collection 
System  - 


Refers  to  the  collection  of  processes  through 
which  an  organization  receives  abstracted  data 
on  hard  copy   (perhaps  from  several  sources) 
and  conducts  edit  functions  to  ensure  complete 
ness  and  logic,  converts  data  from  paper  to 
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computer  readable  form,   and  controls  the  flow 
of  all  data  forms,  to  ensure  that  all  forms 
are  accounted  for,  and  that  the  processing 
remains  on  schedule. 


Data  Control  Log 


A  control  document  used  for  recording  the 
receipt  of  a  batch  of  documents,  and  to 
identify  that  batch  through  the  steps  of 
computer  processing. 


Data  Density  - 


A  measure  of  how  much  room  (length  wise)  on 
a  tape  is  required  to  store  a  given  amount  of 
data,  and  is  usually  represented  as  bits  per 
inch  (BPI). 


Data  Elements 


Specific  information  describing  an  identifiable 
situation  or  event  e.g.   the  date  of  discharge 
is  a  data  element  in  a  patient  record. 


Data  Entry 


Processing  data  already  in  computer  readable 
format,  through  the  appropriate  edit  routines 
and  into  internal  files,  where  the  data  can 
be  readily  accessed  by  the  computer. 


Data  Field 


The  space  reserved  in  computer  memory,  or  on 
a  magnetic  tape  or  disc  for  storing  the 
value  of  a  particular  data  element,  (see 
Data  Element  above) . 
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The  control  and  monitoring  of  abstracted 
discharge  data  by  the  PSRO  as   it  passes 
through  each  step  of  the  data  collection  and 
processing  system,   from  the  hospital  through 
collection  agencies  to  the  processing  center. 
It  refers  specifically  to  the  time-based  flow 
of  data  and  is  used  to  detect  delays  at  any 
point  in  the  system. 

Data  Linkage  -  In  cases  where  all  data  items  to  be  collected 

on  an  individual  patient  are  not  collected  on 
the  same  form  or  abstract   (for  example,  when 
a  multi-state  PSRO  processor  collects  items 
on  one  abstract  but  supplemental  abstracts 
are  forwarded  to  that  processor  with  locally 
specified  items),  the  two  abstracts  must  be 
linked  together  by  key  items,   such  as  patient 
identifier,   so  the  information  on  each  abstract 
can  be  combined  into  a  unit  record. 

Data  Processing  -       The  manipulation  of  items  and  elements  of 

data  in  order  to  prepare  the  data  for  use, 
including  the  editing,  organizing,  and  storing 
of  data  and  the  procedures  performed  using  the 
data  to  produce  reports  and  other  output. 

Data  Routing  -  The  process  related  to  moving  data  from  each 

hospital  in  the  PSRO  area  through  the  various 
pathways  and  procedures  required  by  the  PSRO 
for  collection  and  processing.     The  routing 
may  eventually  involve  third  party  payors, 
processing  organizations,  discharge  abstract 
systems,  the  PSRO  and  other  organizations,  as 
appropriate . 


Data  Flow 
Monitoring  - 
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Delegated 


Relative  to  delegated  review,   refers  to  a 
hospital  being  assigned  by  a  PSRO  the 
function  of  conducting  concurrent  review 
activities  and/or  performing  MCE  studies. 


Desk  Level  Review 


A  visual  scan  for  glaring  omissions  or  errors 
performed  on  documents   (here,  on  data  abstracts) 
before  the  data  are  entered  into  the  computer. 


Edit 


A  check  of  each  data  item  for  errors  before 
it  is  entered  into  the  computer  for 
processing;   the  kind  of  errors  which  may 
occur  include  data  omissions   (such  as  blank 
fields),   inaccurate  or  illogical  data  record- 
ing  (such  as  recording  a  female  diagnosis  for 
a  male . ) 


Federal  Processing 
Center  - 


The  center,   to  be  established  by  BQA,   to  which 
each  PSRO  is  to  forward  a  tape  containing 
the  PHDDS  data  for  each  Federal  patient,  within 
60  days  of  the  end  of  each  calendar  quarter. 


File  - 


A  collection  of  records  treated  as  a  unit. 
For  PSRO  purposes,   a  file  might  consist  of  a 
complete  set  of  abstract  data  on  all  patients 
from  a  specific  hospital.     The  records  in  a 
file  are  stored  according  to  some  prede  - 
termined  sequence. 


File  Maintenance 


The  activity  of  keeping  a  file  current  by 
adding,   changing,  or  deleting  data  stored  in 
the  file.     PSROs  will  establish  master  data 
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files  which  will  be  updated  on  a  regular 
basis,  as  more  data  are  collected  during 
the  review  process. 


Fiscal 

Intermediary  -  The  organization  which  contracts  with  the 

Social  Security  Administration  to  administer 
Part  A  of  the  Medicare  program  in  a  given 
geographic  area.     The  Fiscal  Intermediary 
reimburses  providers  for  covered  services 
rendered  to  Medicare  recipients.     It  is  also 
charged  with  assuring  compliance  with  the 
administrative  requirements  of  the  Medicare 
program. 

Fixed  Length 

Record  -  A  collection  of  data  elements,   all  related  to 

some  common  entity  and  treated  as  a  unit,  which 
requires  a  pre-established  amount  of  space  on 
a  computer  tape.     In  such  a  record,   the  list 
and  order  of  data  elements  is  predetermined, 
and  is  the  same  for  each  record. 


Formatting  -  The  arranging  of  data  according  to  a  pre- 

established  uniform  pattern  of  length  and 
position  of  data  elements. 

Forms  Control  -  The  procedures  developed  to  direct,  monitor, 

and  track  the  movement  of  documents  through 
the  data  collection  and  processing  system. 
Such  procedures  are  usually  documented  in  a 
detailed  procedure  manual,   and  function 
primarily  through  a  system  of  logs  and  tally 
sheets . 
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Hard  Copy  Form  - 


Data  displayed  on  paper   (as  opposed  to 
data  stored  internally  in  a  computer) 
which  can  be  readily  read  and  used. 


Hardware  - 


The  physical  equipment  components  of  a 
computer  installation,  including 
mechanical,  magnetic,   electrical,  and 
electronic  devices.     Contrast  with 
software . 


Hardware-Coded 
Tape  Markings 


A  mark  placed  as  the  last  magnetic  mark 
on  a  data  tape  at  the  time  the  tape  is 
created,   to  denote  that  the  end  of  re- 
corded information  has  been  reached. 
The  structure  of  such  tape  marks  is  the 
same  on  many  computers,  but  they  are 
not  universally  defined. 


Incremental  Costs 


Costs  for  expanding  the  scope  of  an 
activity.     As  applied  for  PSRO  data 
purposes,   it  is  the  additional  costs 
associated  with  collecting  data  items 
over  and  above  those  currently  being 
collected  by  an  existing  data  collection 
system,  or  the  costs  of  collecting  data 
items  in  excess  of  the  PHDDS. 


Input  Document 


The  document  on  which  data  is  collected, 
and  from  which  data  will  be  converted  to  compu- 
ter readable  form.     For  PSRO  purposes,   the  data 
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abstract  will  usually  serve  as  the  input 
document.     See  Source  Document. 


Keying  Log 


The  recording  by  a  keypunch  department  of 
pertinent  information  about  each  batch  of 
abstracts  keypunched  and  verified.  Informa- 
tion recorded  would  include  such  items  as 
the  time  the  batch  was  received  in  keypunch, 
the  time  it  was  completed,  and  the  number  of 
documents  in  the  batch. 


Keypunch,  Key 
Entry,  Key 
Conversion, 
Keying  - 


The  process  by  which  information  from  the 
source  document  is  converted  into  computer 
readable  form.     This  computer  readable  form 
may  consist  of  a  series  of  holes  punched  into 
a  card,  or  a  sequence  of  magnetic  dots  typed 
directly  onto  magnetic  tape  or  magnetic  disc 
(referred  to  as  "key-to-tape"  or  "key-to- 
disc")  . 


Key  Verification  - 


The  process  of  re-keying  data  which  has 
previously  been  keypunched,  to  verify  the 
accuracy  of  the  computer  readable  data, 
and  to  correct  keying  errors. 


Linkage  Fields 


The  data  fields  which  serve  as  identifiers  if 
two  or  more  sets  of  data  relating  to  the  same 
topic  must  be  linked  together.     There  are 
generally  two  criteria  in  determining  linkage 
fields:     the  data  elements  must  uniquely  and 
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unambiguously   identify  one  and  only  one 
discharge,  and  the  elements  must  be 
reliably  available  from  the  abstract(s). 


Logical  Record 
Format  - 


A  definition  of  the  position  and  length  of 
each  data  element  within  a  record.     For  PSRO 
purposes,  each  data  abstract  might  constitute 
a  record;  the  logical  record  format,  for 
example,  might  then  indicate  that  the  first 
nine  numbers  in  each  sequence  of  numbers 
(or  in  each  logical  record)  be  the  patient's 
Social  Security  number,  the  tenth  number  be 
the  patient's  sex,  etc. 


L.O.  S 


The  length  of  stay,  in  days,  of  a  particular 
inpatient  hospital  episode. 


Magnetic  Tape 


A  tape  with  a  magnetic  surface  on  which  data 
can  be  stored  by  polarization  of  selected 
portions  of  the  surface. 


Memorandum  of 
Understanding 


A  document  which  delineates  the  specific  terms 
of  the  relationship  between  two  parties,  and 
identifies  the  responsibilities  of  each  party 
for  various  activities  and  costs.     PSROs  must 
develop  Memoranda  of  Understanding  with  each 
hospital  in  which  PSRO  review  is  initiated, 
with  the  fiscal  intermediary,  and  with  the 
fiscal  agents  for  Titles  V  and  XIX. 


Merge  - 


The  process  of  combining  two  or  more  sets  of 
related  data  elements  into  one  comprehensive  set 
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Significant  points  of  achievement  in  the 
development  of  a  Professional  Standards 
Review  Organization  or  of  a  PSRO's  review 
program.     They  are  usually  accompanied  by  a 
deliverable  documenting  the  accomplishment. 

Data  elements  not  required  as  part  of  the 
PSRO  Hospital  Discharge  Data  Set   (PHDDS) , 
but  specified  on  a  local  basis  by  the  PSRO, 
to  be  collected  either  for  ongoing  studies 
or  for  short-term  special  studies. 

Part  B   (the  PSRO- specif ic  data  elements)  of 
the  PSRO  Hospital  Discharge  Data  Set.  These 
data  elements  pertain  specifically  to  the 
admission  certification  and  continued  stay 
review  process,   and  enable  analysis  of  the 
concurrent  review  activity. 

The  use  of  a  binary  digit  at  the  end  of  an 
array  of  bits  to  make  the  sum  of  all  the  bits 
always  even  or  always  odd,  depending  on  the 
type  of  computer.     All  modern  computers  write 
tapes  in  either  odd  parity  or  even  parity  as 
a  built-in  check  against  hardware  malfunctions; 
some  tape  drives  have  the  capability  to 
operate  in  "either  odd  or  even  parity. 

One  of  several  types  of  review  status  which 
may  be  assigned  to  a  hospital  by  a  PSRO.  A 
hospital  with  overall  partially  delegated 
status  is  assigned  responsibility  either  for 
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performing  admission  certification  and 
continued  stay  review,  or  for  performing 
medical  care  evaluation  studies.  However, 
a  hospital  may  also  be  considered  partially 
delegated  within  each  of  these  review 
functions,   if  both  the  PSRO  and  the  hospital 
share  review  responsibility.     An  example 
would  be  hospital  staff  conducting  admission 
and  concurrent  review  and  PSRO  physicians  are 
used  as  the  physician  advisors.      (See  DELEGATED) 

Phase- In  -  The  implementation  of  PSRO  review  and  data 

collection  activities  into  hospitals  in  the 
PSRO  area  according  to  a  staggered  timetable, 
so  that  different  hospitals  begin  review  at 
different  times. 

Physical  Record 

Format  -  The  arrangement  of  "blocks"  of  data  on  a 

computer  tape.     For  PSRO  purposes,  a  "block" 
of  data  will  contain  a  number  of  data  ab- 
stracts;  this  will  constitute  a  physical 
record . 


Interim  policy  requirements  and  constraints 
issued  by  BQA  to  govern  PSRO  automated  data 
processing  activities  during  Fiscal  Year  1976. 
The  policies  are  designed  to  enable  newly 
designated  conditional  PSROs  to  implement,  in 
the  short  term,   a  data  policy  which  will  be 
compatible  with  the  final  data  policy,  when 
it  is  developed.     The  major  thrust  of  the 


Provisional 
Routing  and 
Process  ing 
Policy 
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Provisional  Policies  is  to  avoid  redundancy 
of  data  collection  and  reproduction,  and  to 
provide  high  quality  data  to  PSROs  while,  at 
the  same  time,  recognizing  the  needs  of  other 
data  users  and  the  experience  and  capability 
of  existing  data  systems. 

Quality  Control  -      An  aggregate  of  activities  designed  to  ensure 

adequate  standards  of  accuracy  and  reliability 
in  a  process  or  product.     Aspects  of  PSRO 
data  activities  where  quality  control  proce- 
dures will  be  important  include  data  coding 
and  abstracting,  batch  control,  file  main- 
tenance, and  processing. 

Recipient 
Ident  if icat ion 

Number  -  The  unique  number  which  is  assigned  to  each 

Federal  patient  by  the  appropriate  State  or 
Federal  agency  in  order  to  differentiate  that 
individual  from  every  other  person.     For  PSRO 
purposes,  each  patient  is  to  be  identified  by 
his/her  Social  Security  number. 

Record  -  A  collection  of  data  elements,  all  related  to 

some  common  entity,   and  treated  as  a  unit. 
For  PSRO  purposes,  a  record  might  consist  of 
all  the  admission  certification,  continued 
stay  review,  utilization  and  medical  care 
evaluation  study  information  about  a  given 
patient . 

Record  Linkage  -        The  merging  of  two  or  more  sets  of  data,  each 

of  which  relates  to  the  same  specific  subject, 
to  create  a  total  data  set  relating  to  that 
same  subject.     If  a  PSRO  collects  UHDDS  data 
elements  from  an  existing  data  system,  and  then 
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collects  the  additional  PHDUS  data  elements  on 
a  trailer  abstract,  the  two  sets  of  data  will 
eventually  be  linked  to  create  a  master  record 
for  each  discharge. 


Changing  the  arrangement  and  display  of  data 
into  a  preestablished  uniform  pattern  so  that 
the  data  can  be  readily  processed  at  a  central 
computer  installation. 

The  waiver,  granted  by  the  HSA  Contracting 
Officer,  of  the  PSRO's  responsibility  to  seek 
competitive  bids  for  subcontractual  activity, 
on  the  basis  that  a  particular  organization 
or  processor  is  able  to  provide  satisfactory 
services  and  meets  all  the  necessary  require- 
ments delineated  in  the  Federal  Procurement 
Regulations,  and  is  clearly  more  cost  effec- 
tive than  competing  alternatives. 

The  collection  of  operating  instructions 
(programs  and  routines)  and  related  docu- 
mentation associated  with  a  computer  system. 
At  a  minimum,  the  software  associated  with 
PSRO  data  processing  will  consist  of  data 
entry  routines,  edit  programs,   file  update 
routines,  and  the  programs  necessary  to 
process  the  data  and  generate  the  required 
reports  for  the  PSRO  and  the  quarterly 
reporting  tapes  to  be  submitted  to  BQA. 
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The  original  data  collection  document  from 
which  the  data  to  be  processed  are  converted 
into  computer  readable  format.     In  most  PSROs, 
the  data  abstract  will  be  the  source  document 
on  which  data  are  collected  and  from  which 
data  are  entered  into  a  computer. 

A  documented  relationship  between  two  or 
more  organizations,  requiring  the  payment  of 
money  in  return  for  specific  services.  For 
these  purposes,  the  services  in  question  are 
primarily  data  collection  and/or  processing 
services,  and  the  subcontract  is  between  the 
PSRO  or  hospital  and  the  data  collection  and/or 
processing  organization.     The  subcontractor  is 
to  be  selected  from  competitive  bids.     The  sub- 
contract should  clearly  specify  the  required 
deliverables,  deliverable  due  dates,  alloca- 
tion of  costs,   and  the  payment  schedule. 

t 

Refers  to  the  physical  positioning  of  the 
magnetic  tape  with  respect  to  the  elements 
which  read  and  write  information  on  the  tape. 

A  device  which  moves  a  magnetic  computer  tape 
past  a  head  which  reads,   records,  or  erases 
data  on  that  tape. 

The  intensity  of  the  magnetization  used  when 
data  is  coded  on  a  magnetic  tape  as  a  sequence 
of  magnetized  data.     These  settings  are  adjusted 
by  the  computer  manufacturer,  and  should  be 
identical  for  similar  tape  drives;  standards 
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r 


should  be  maintained  so  that  it  is  possible  to 
transfer  tapes  between  compatible  installa- 
tions . 


Tracking 


Trailer 
Abstract 


On  a  magnetic  tape,  refers  to  the  number  of 
parallel  tracks  on  which  data  can  be  recorded 
on  the  surface  of  the  tape. 

An  abstract  designed  to  collect  information 
supplementary  to  the  information  collected  on 
the  primary  abstract.     If  UHDDS  information  is 
routinely  collected  on  Federal  discharges,  and 
routed  and  processed  through  data  collection 
and  processing  organizations,  a  PSRO  might 
develop  a  trailer  abstract  containing  only  the 
PSRO  specific  data  elements,   to  be  completed 
for  all  Federal  discharges,  and  to  be  routed 
separately  from  the  abstracts  in  the  previously 
existing  data  collection  system.     The  data  con- 
tained on  the  two  abstracts  would  later  be 
merged  to  create  a  unit  record  for  each 
patient.     A  trailer  system  is  less  efficient 
than  a  system  which  contains  all  data  elements 
for  each  discharge  as  a  unit  record. 


Turn- Around 
Time  - 


The  period  of  time  between  the  submission  of 
data  elements  to  a  data  collection  agency  or 
data  processor  and  the  return  of  these  data 
elements  in  the  required  output  format. 
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Unit  Record  -  A  single  record  containing  all  the  data  items 

relating  to  a  given  topic   (or  patient).  A 
unit  record  for  a  PSRO  patient  might  be  created 
when  the  record  containing  the  UHDDS  informa- 
.    tion  about  that  patient  is  merged  with  a 
record  containing  the  PSRO- specific  data 
elements . 

Unlabeled  Tapes  -       Data  tapes  which  do  not  contain  an  explanatory 

code,  usually  located  in  the  first  physical 

record(s)  on  the  tape,  to  identify  the  data 
items  on  that  tape. 

Variable -Length 

Record  -  A  record  in  which  the  order  of  each  data 

element  in  the  record  remains  the  same,  but, 
in  contrast  to  the  fixed-length  record,  a 
specific  amount  of  space  is  not  reserved  on 
the  tape  or  disc  for  each  record.  For 
example,   some  data  abstracts  might  contain 
special  data  for  MCE  studies  while  others 
do  not;   the  machine  could  accept  a  record 
with  either  amount  of  data.     Variable - length 
format  is  highly  dependent  on  the  software 
associated  with  a  given  machine;   transfer  of 
PSRO  data  on  variable- length  data  tapes  is 
not  recommended. 
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APPENDIX  B:      FLOWCHART  SYMBOLS 


this 
data 


following  system  flowcharting  symbols  have  been  used  in 
document  to  depict  the  flow  of  data  through  the  entire  PSRO 
collection,  routing,  and  processing  system. 


The 


PROCESSING/ 

ACTIVITY 


An  activity  pertaining  to  any 
operation  or  combination  of 
operations  on  data. 


Data  physically  represented  on 
paper.     Used  to  represent  source 
documents,  documents  during  pro 
cessing  activity,  or  hard  copy 
output . 


A  tape  with  a  magnetic  surface 
on  which  data  can  be  stored  by 
polarization  of  selected  portions 
of  the  surface. 


INPUT/OUTPUT 


The  process  of  entering  data 
into   (input)   or  reading  informa- 
tion out  of   (output)   a  computer. 


CONNECTOR 


A  break  in  a  single  flowline  for 
continuation  at  another  part  of 
the  process  or  system. 


.  The  means  of  connecting  one  loca 

^~        ^  tion  to  another  for  the  purpose 

COMMUNICATIONS  LINK  of  transmitting  and  receiving 

inf ormat ion . 
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APPENDIX  C:     PHDDS  EDIT  SPECIFICATIONS 


The  following  edit  specifications  are  considered  the  minimum 
requirements  to  meet  BQA  reporting  needs.     While  a  collection 
agency  or  area  processor  may   impose  more  stringent  requirements, 
these  should  not  affect   the  integrity  of  the  specifications  listed 
below.     Although  the  actual  coding  structure  for  certain  items 
(e.g.,   Source  of  Payment)    are  still   to  be  finalized,   the  ant i  c  i - 
pat ed  code  ranges  are  presented  below.     Required  fields  are 
asterisked  and  must  contain  an  entry. 

1.*     PSRO  Identification:     Must  be  the  valid  number  assigned  by 
BQA . 


Hospital  Identification:  Must  be  the  unique,  consistent  and 
valid  number  assigned  by  the  PSRO  to  each  hospital. 


3.  *     Date  of  Birth:     Must  be  a  valid  date,  and  on  or  before  the 

date  of  admission . 

4.  *  Admission  Date:     Must  be  a  valid  date. 

5.  *  Admission  Hour:     Code  limits  00-23. 

6.  *  Sex :     Code  limits   1,  2. 

7.  *  Race :     Code  limits  1-3. 

8.  *  ZIP  Code:      First  three  digits  must  be  valid. 

9.  *     Discharge  Date:     Must  be  valid  and  on  or  after  date  of 

admission . 

10.  *  Diagnoses :     All  diagnosis  codes  must  be  valid  for  the  coding 

system  used   (i.e.,    ICDA-8  or  H-ICDA-2).     Legitimate  three- 
digit  codes  will  be   left  justified  with  a  blank  code   in  the 
fourth  position   (not  a  zero)  . 

The   following  sex-specific  diagnosis  codes  will  be  edited 
against   the  designated  sex  of  the  patient  for  validity: 
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ICDA- 8 


H-ICDA-2 


Male 

Female 

Male 

172  . 

5 

18  0 

t  o  a  n 
-  1 84  .  9 

131. 

3 

173. 

5 

218 

o  o  i  n 
-221.9 

172  . 

5 

185 

-187.9 

2  34  . 

a  17/; 

U - Z  06  . 

9 

173. 

5 

214. 

1 

Or/ 

2  56. 

0  -  Z  5  6  . 

9 

185 

-187.9 

222  . 

0-222.9 

294  . 

A 

4 

214  . 

1 

2  37  . 

0-  2  37  .  2 

599  . 

2 

222  . 

0-  222  . 

9 

25  7  . 

0-257.9 

7  1 

611. 

0  ,  611 

.  2 

237  . 

0- 2  37 . 

2 

2  86  . 

0  ,    286.  1 

61  2 

y  t  o 

-  6  78 

257. 

0-257. 

9 

4  56. 

1 

752  . 

r~           *"7  r~  i 

5 ,    7  5  2 

.  6 

286. 

0,  286 

.  1 

6  00 

-607.9 

Y  0  0  . 

4 

456  . 

2 

752  . 

1,  752.4 

Y0 2  . 

0 

600 

-607.9 

7  86  . 

6 

Y  0  6  . 

0  ,  Y06 

.  1 

752  . 

1,  752 

.4 

Y07 

752  . 

9 

Y30  . 

0-Y30 . 

2 

758. 

3 

784  . 

0-784 . 

9 

Y10. 

4,  Y10 

.  5 

Y53. 

8 

Y54  . 

8 

Female 


112 
130 
131 
180 
218 
234 
256 
300 
612 
752 
785 
793 
947 
999 
Y01 
Y06 
Y10 
Y14 
Y30 
Y53 
Y54 
Y55 
Y78 
Y79 
Y86 


.  2 
.  2 

.0,  131.1 
-184.9 
-221.9 

.0-236.9 

.0-256.9 

.4 
-678.9 

.5-752.8 

.0-785.9 

.  4 

.  5 

.8 

.3,  Y01.5 


,0-Y07 
.  0-Y10 
1 

0-Y32 
9 
9 
8 
5 
4 
4 


1 

3 


Y79.8 


The  Principal   Diagnosis   field  must  contain  an  entry. 

All   unused  fields  must  be  filled  with  blank  codes. 

Procedures  and  Dates:  All  procedure  codes  must  be  valid  for 
the  coding  system  used   (i.e.,   ICDA-8  or  H-ICDA-2). 

The  following  sex-specific  procedure  codes  will  be  edited 
against  the  designated  sex  code  of  the  patient  for  validity: 


ICDA- 8 


H-ICDA-2 


Male 


5 8.0- 6 1  .  9 
A2  .  2 


Female 

6  7.0-78.9 
94.4 

A2  .  4 ,  A2 . 5 
A4  .  7 
A5  .  4 

A 9. 4,  A9.6 


Male 


60  .  0-64 . 9 


Female 

65.0-75.9 
91  .  5 

92.6,  92.7 
98  .  8 


For  every  procedure  listed,  there  must  be  an  accompanying 
valid  date. 

Dates  of  procedures  must  fall  on  or  between  admission  and 
discharge  dates. 

If  any  procedure  is  coded,  the  Principal  Procedure  field 
must  contain  an  entry. 

All   unused  fields  must  be  filled  with  blank  codes. 

12.  *  Patient  Disposition:     Code  range  01-08. 

13.  *  Expected  Principal  Source  of  Payment:     Code  range  01-10 

14.  *  Days    Initially  Assigned:     Code   range  00-99. 

15.  *  Admission  Certification  Process : 

1  =  Pre-admission  review:     certification  granted. 

2  =  Concurrent  admission  review:     certification  granted. 

3  =  Concurrent  admission  review:     certification  denied. 

If  "3M  is  entered,   the  level  of  review  must  equal  "2," 
"Physician  advisor"   (Item  17),   and  the  number  of  reviews 
referred  to  a  physician  advisor  must  be  greater  than  0 
(.Item  19). 

lb.*  Me thod  of  Initial  length  of  Stay  Assignment : 

1  =  PS R0- approved  standards  and  norms  used. 

2  -  Other. 

17.  *  Admission  Certification  Level  of  Review : 

1  =  Admission  certified  by  review  coordinator. 

2  -  Admission  certified   (or  denied)   by  physician  advisor. 

18.  *  Total   Number  of  Days  Certified:     Code  range  000-999. 
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If  "000"  is  entered,   the  number  of  days  initially  certified 
must  equal  00   (Item  14)   and  the  total  number  of  reviews 
referred  to  a  physician  advisor  must  be  greater  than  0 
(Item  19) . 

1 9 . *  Total  Number  of  Reviews  Referred  to  Physician 
Adv isoF:     Code  range  0-9 

2  C .  *  Total  Number  of  Extensions  Approved:     Code  range"  0-9 

21."  Extension  Denial: 

0  =  No  extensions  were  denied. 

1  =  One  or  more  extensions  were  denied. 

If  "1"   is  entered,   the  total  number  of  reviews  referred 
to  a  physician  advisor  must  be  greater  than  0   (Item  19). 

NOT;-!:  The    item  numbers  above  do  not  correspond  with  the 

numbering  scheme  in  the  Federal  Reports  Manual. 


*  *  * 


The  11  error  rate   indicated  in  the  Provisional  Policies 
refers  to  a  sample  of  abstracts  being  re-entered,   and  the 
resultant  comparison  with  data  already  stored  must  show 
less   than   1"   discrepancy  between  the  two  sets  of  data. 


C-4 


